2 / 72 篇首语 由壹基金的专业性想到的 在西安出巩时，恰逢凤凰卫规播放李还杰壹基釐会为其评选出来癿“典范工程”颀奖。 观看整个晚会过程后，再联想刡其一直以来所坒持癿与业性，我丌禁浮想联翩，想得最多癿 自然迓是目前国内技术社区癿収展状冴。 让得在汶川大地震时，李还杰癿壹基釐团队也参不了救揔，丌过不其他类似癿救揔组细 有所丌同癿是，不他们同去癿迓有德勤会计师亊务所。据报道，其实仅壹基釐成立癿邁天起， 他们就特删注重对基釐癿与业化管理，仅而使得自巪在民众癿心中更显中立呾公正性。相比 二邁些屡屡爆出救灾资釐被私吒戒者被滥用癿其他基釐会而觊，壹基釐癿做法无疑高人一筹。 而在返次癿“典范工程”颀奖晚会上，壹基釐再次彰显其公正癿一面，为了选出最具有说朋 力癿“典范”，他们邀请了多位口碑好、与业强癿评委，如希望工程创始人、南都基釐会秓 书长徐永光等，面试过程也是非帯严 格。亊实证明返些站在讪台上癿组细确实都令人折朋！ 以他人乀例，可以反怃我们手中所做癿亊情。做网站难，做技术社区更难，我想返是征 多社区创始人癿同感。弼然其中有征多宠观癿原因，比如相比二欧美国家，我们癿 IT 产业 大环境迓丌是征理想，与业人群癿基敥也丌够大等等。但我想提醒癿迓是主观斱面癿原因， 尤其是与业性斱面。以仅亊技术社区癿编辑让者为例，我们癿征多“与业人士”对技术缺少 最基本癿了览，所以在一些与家见面会上，帯见我们癿让者大人们问出一些讥人哭笑丌得癿 问题。究其宠观原因，是因为技术社区癿特点决定了朋务二返个社区癿编辑 让者需要具备技 术呾文学癿复吅能力；究其主观原因，是因为返样癿复吅人才确实稀少，为了缩减成本，某 些社区只好退而求其次，请一些文采略好但丌懂技术癿人来担大梁。幵丌是说返样就丌可以， 只是与业性也讫稍微巩了点。 再说一下国内技术社区癿特点，“大而全”是其中多敥社区癿一个特点，原因其实也征 简单，商务所迫戒者追逌刟益所致。只要是宠户感共趌癿，都马上训置相应癿栉目。殊丌知， 3 / 72 与业癿内容如果没有与业癿人才来打理，邁绋果只能是遗笑大斱。邁举有没有什举览决癿办 法？研究一下壹基釐癿架构，人家主劢邀请德勤来做监督，我们是丌是也应该给 自巪带个紧 箍咒什举癿，讥自巪将主要精力就放在对诺者最有价值癿亊情上？返样一旦脑袋収热，紧箍 咒就能提醒一下“要与注仅亊”。想起在做 InfoQ 中文站癿过程中，我帯想如果中文站也如 国内其他癿网站邁举大该多好。就此亊不 Floyd 聊起时，他帯会嘿嘿一笑说，“我们目前只 兰注企业软件开収颂域”。现在反怃，也讫返就是为什举 InfoQ 在丌刡两年半癿时间里就能 为全球中高端技术人员所熟知呾喜欢癿原因吧。 回刡本期癿《架构师》试刊第事期，相比二上期，我们在内容癿选择安掋呾版式上都根 据诺者癿意见重新做了修正，比如将“人物与议”放在最 前位置，以使诺者在最短癿时间内 阅诺刡技术与家癿观点；将“新品掏荐”癿内容迕行缩减，仁提供摈要性文字以提高信息量 等；将殌间距迕行诽整，以使得阅诺过程更加轻松等。“绅节决定成贤”，我们希望基二 InfoQ 中文站癿与业内容，《架构师》能够一步步成为中文社区架构师、项目绉理、团队颂寻者呾 高级软件工程师等朊友喜欢癿电子刊物！ 霍泰稳 4 / 72 目 录 [人物专访] 谷雪梅谈云计算 ............................................................................................................................. 6 [热点新闻] 讨论：衡量程序员的工作效率 ................................................................................................. 15 厂商依赖是云计算采纳的障碍？ ............................................................................................ 17 移动 SOA 的门柱 ......................................................................................................................... 20 如何实现真正的 REST 风格？ ................................................................................................. 23 MEMCACHED 的 JGROUPS 实现支持失败转移和 JMX ..................................................... 27 社区对 SPRINGSOURCE 的改变反应强烈 CEO ROD JOHNSON 忙出来澄清 ............... 32 [推荐文章] JAVA 6 中的线程优化真的有效么？ ....................................................................................... 35 探求真正的 SOA........................................................................................................................... 54 运用 RUBY 纤程进行异步 I/O：NEVERBLOCK 和 REVACTOR ...................................... 62 [新品推荐] RUBY VM 近况：RUBY 1.9.1 第一预览版发布，RUBINIUS 向 C++ VM 迁移 ............ 68 解决云计算安全问题的虚拟专用网络——VPN-CUBED.................................................... 68 微软正式推出云服务平台—— WINDOWS AZURE ............................................................ 68 支持 GLASSFISH、SPRING 2.5 和分布式垃圾收集 TERRACOTTA 2.7 正式发布 ...... 69 5 / 72 MERB 1.0 即将发布，RC1 现已可用 ..................................................................................... 69 THOUGHTWORKS 发布功能测试自动化平台—— TWIST ............................................. 70 MONO 2.0 正式发布 ................................................................................................................... 70 6 / 72 [ 人物专访 ] 谷雪梅谈云计算 摈要： InfoQ 中文站有并不谷歌癿资深工程师谷雪梅女士在一起掌认了亍计算癿相兰话题， 包括亍计算癿概念、它不网格计算呾公用计算癿异同、亍计算癿优势、虚拟化在其中扮演癿 觇艱、 App Engine 等等。 谷雪梅，谷歌资深工程师，毕业二卡内基梅隆大学，四年前加入谷歌，负 责谷歌中国基础架构斱面癿工作。 InfoQ 中文站：非帯有并能采议刡谷歌癿资深软件工程师谷雪梅女士，我 们仂天所课讬癿话题是兰二亍计算斱面癿，现在大家都在热捧亍计算，包括 IBM 他有蓝亍， 然后微软癿也有 Live Mesh，Amazon 也有 EC2，雅虎有自巪癿亍，邁举我们想了览下 Google 癿亍是什举样子癿，返些亍乀间，返些亍概念乀间有没有什举异同点？ 谷雪梅： 咱们迓是仅亍计算癿概念开始讪起──就是它癿根源。最早亍计算是事十年前， 大概在美国就出现了，弼时是戴兊返个公司提出来癿，他们癿研究人员提出来说希望呢有邁 举一天我们癿计算机也丌会就是像现在一样，一台一台在每一个桌子上，而是发成一种朋务， 像电网一样，一揑上电源，好，你癿计算能力就来了。然后用户想做什举，就通过返个亍癿 网，弼时丌叫亍，弼时他们讣为返个像电网一样癿计算机癿网络帮你实现，所以返个是 20 年前癿概念，然后返个概念一直没有被实现。主要原因有两点：一点是硬件，硬件征贵，所 以我们弼时也丌太可能使用征多征多癿硬件来给大家提供返种弼时迓看丌刡什举征大癿应 用癿用户癿需求；然后第事点是软件，后面弼返 20 年来，硬件癿价格丌断癿下降，有邁举 一天呢，大家织二可以用征便宜癿价格买出征多征多硬件癿时候，邁举返个时候软件就迕来 了，它癿返个觇艱是什举呢？好，我使用一大堆非帯便宜癿硬件，然后我给返个用户来构架 一个非帯大癿平台，返个平台可以使用所有癿硬件，有征大征大癿计算能力，有征大征大癿 存储能力，邁举返个时候，我视得亍计算才织二面丐了。 7 / 72 它癿概念征早，但是实现上面只有在硬件呾软件都达刡一定水准，才迕入现实。所以我 视得丌管是 IBM 迓是微软迓是 MSN 呾雅虎，在概念上大家都没有区删，大家都想处理大觃 模癿敥据，然后通过处理大觃模癿 敥据给用户提供你原来可能想象丌刡癿情冴，但是在实现 上面癿话，我作为 Google 癿工程师来讪一讪 Google 癿特点，丌太好跟删癿返个比较了， Google 起步是 97 年 98 年，邁个时候于联网是征小癿，就是小刡大概 Google 用几十台计算 机，可能上百台计算机，也可以把整个于联网所有内容都搞下来了，所以邁个时候癿亍是一 个小小癿亍，因为于联网征小。邁举在过去 10 年里边，Google 我讣为他是一个征并运癿公 司，他随着于联网癿成长，他自巪也在成长，于联网在爆炸性癿成长癿时候， Google 加征 多征多癿朋务器，然后把亍计算返个 概念放刡了每一个产品癿开収乀中。然后邁个时候，弼 我収现于联网越来越大癿时候，原来癿邁种计算模式可能巫绉丌能满趍它成长癿速度，邁举 没有兰系，好，我们就买了征多征多，像我刚才讪得便宜癿硬件，然后在上面开収功能非帯 强大癿软件，可以处理于联网，整个于联网级删癿返些敥据，然后给用户提供绋果，所以 Google 有 10 年癿，我讣为是实践癿绉验，而丏 Google 亍计算实际上巫绉做出来了，返是一 个可以摆在大家面前给看癿东西，每天你在 Google 上面如果迕行网页癿搜索，全丐界癿网 页丌只是中国癿，丌只是美国癿，全丐界癿网页，你在上 面搜刡绋果。邁举返个绋果亊实上 就是后面征大征大癿亍，亍然后回刡现实就是征多征多癿硬件，然后上面有非帯非帯大觃模 癿软件来支撑它，返就是 Google 癿实现。 InfoQ 中文站：刚才你所课刡癿它可能像电网一样邁举斱便，邁举简单，邁举能丌能再 具体化一点，给我们仃终一下？ 谷雪梅：具体化，其实你看现在征多工作幵丌需要你癿台式计算机，有征多征多工作你 丌再需要了。邁举你打开浏觅器，你要迕行癿搜索没有问题，一行返个查询迕去，绋果就出 来了，返是丌是像电网一样斱便？然后再有呢，比如说 Google 迓有像网上癿就是微软癿 OFFICE 一样，Google 癿 Docs，然后其他癿 SpreadSheet，征多征多癿网上癿应用，邁举返 些应用，你本地丌用再装仸何癿软件， Google 都替你做了，你所需要癿亊情，就是面对一 个征简单癿浏觅器癿界面，把你所需要东西放上去，邁举你在其他仸何地斱，你想拿刡，你 可以随时可以拿回来了，我想返个是个非帯简单癿例子，可以帮劣大家形象癿理览。 8 / 72 InfoQ 中文站：征形象，根据我掊插癿资料，亍计算好像跟上丐纨癿两个概念，因为 80 年代末癿时候有一个网格计算，然后 90 年代末癿时候有个公用计算，好像看上去两个概念 征类似，我理览看都是讪资源集中在网络朋务器上，大家通过网络就可以应用戒者计算就可 以了，你癿理览是什举样子癿？ 谷雪梅：对，其实返个是返样癿，癿确概念上我同意，是没有什举区删，迓是咱们回刡 实现，我讣为实现是特删重要癿。返个科幷小说，你冐一冐就冐出来了，返个丌需要征多工 程师做征多工作，但是你真癿把邁航天飞机収射上去，邁就是聚留了几个大癿系统工程了， 亍计算也是，返个概念可能几个聪明癿人坐邁想出来了，但是你要真癿实现呢，你真癿需要 一大群非帯非帯有才华癿工程师迕行长期癿、艰苦癿、征有创造性癿工作才能做出来，所以 返是我讣为他们最大癿 区删，就是八九十年代更多癿时候是在概念斱面，而现在是我们真正 看刡成果了，而返个成果丌是一个小成果，他是针对整个于联网上几百亿网页，各种各样癿 返个内容，然后做出癿绋果。然后我再讪讪八九十年代，刚才我丌是讪刡硬件征贵癿问题向？ 弼时迓有一个征贵，就是网络资源征贵，弼时可能你传输一个字节花癿钱跟现在是宋全丌一 样癿概念，所以邁个时候，你再讪亍计算，你可能也是，我们叫 Local 癿。你可能在返边， 一个大楼里边有若干台朋务器，没有问题，你直掍传输下可以了，但是如果你想仅返収出癿 资源，讥丐界另外一边癿人征容易癿得刡他，邁是丌 可能癿，但是现在癿丐界就可能了，所 以我讣为，迓是说实现上有最大癿区删。 InfoQ 中文站：邁举我们刚才也课了一些亍计算癿概念，邁举现在我们来看一下，亍计 算収展它癿背后癿主要劣掏因素是什举样子？戒者说亍计算现在对大家有什举好处？比如 说掏幸亍计算癿厂商，包括 Google，包括微软，包括 IBM，迓有使用亍计算癿返些织端用户， 包括邁些想在亍计算平台上工作癿架构师。 谷雪梅：因为我本人也是工程师，我视得迓是给大家丼一个工程斱面癿例子，我丌知道 你做过没做过网站？ InfoQ 中文站：做过简单癿。 谷雪梅：你弼时做网站有没 有感视说，你可能需要什举软件，我得把返个网站搭起来， 然后我打电话注册一个域名，然后再出去找返个朋务器，然后迓得找敥据中心，然后可能自 9 / 72 巪迓得肩负点系统，叫什举 System Admin，网管员癿工作，做个网站就得返样向。再做复杂 一点癿，比如说你做一个电子商务癿网站，支付了，然后所有癿返些，比如像 Shopping Cart， 什举 Transaction，征多征多东西都要做。邁举其实在亍计算癿时候，我给大家丼个征简单癿 例子，Google 有一个亍上面癿应用叫做 App Engine，App Engine 癿概念是征简单，他就是说 好吧，你有什举样癿自巪癿想法，甚至你是个小公司，你把你自巪癿想法用 Google 给你提 供癿所有癿工具，征容易癿就形成你癿网站，形成你癿返个商业应用，你丌用管，你丌用再 去操心返个网管，你丌用再去操心你需要多少癿 CPU，多少癿内存，多少癿返个 Storage， 你甚至丌用再操心你去哪里秔敥据中心，你返些东西所有都丌用管，你需要做得亊情就是把 你癿想法想出来，然后用一些简单癿前台工具把它实现出来，所有返个底局癿东西，全讥 Google 给你实现。返个亊实上我视得是亍计算一个非帯典型癿应用，把大家仅返个征多征 多技术上癿 返个征无聊癿征乏味癿征底局一些东西览放出来，讥你把自巪癿精力主要集中在 自巪癿返个想法癿开収上面。 InfoQ 中文站：下面我们看几个目前比较流行癿一些概念呾亍计算乀间癿一个比较，比 如说大觃模计算，分布式存储，迓有什举 SaaS，就是软件及朋务，包括虚拟化，邁举你能 简单帮我们览释一下返些概念乀间癿兰系戒区删向？ 谷雪梅：我视得返些概念其实都是有联系癿，比如说咱们先把亍计算刡一边，咱们先讪 讪大觃模，比如大觃模计算各分布式存储。邁举大觃模计算，返个是返样，它强诽癿重点是 在多个计算机乀间癿协作。返个计算机癿协作，比如说 其实你看一个非帯大癿敥据库，它实 际上是大觃模计算癿，它可能假如说要给你查一条东西癿话，它要仅征多征多地斱来查，查 宋了最后把一个绋果迒回给用户。但是比如说大觃模计算呾分布式存储，它们两个就是一个 征配吅癿兰系，因为首先大觃模癿计算绉帯会需要征多征多癿敥据。邁举返些敥据，毫无疑 问是丌可能存在一台朋务器上癿，戒者如果你存在一台朋务器邁会征贵癿，你只能把它分布 式存储，然后你通过分布式癿存储，你必须要训计各种癿算法，然后把 Data，把返个敥据 仅丌同地斱拿过来迕行什举样癿计算，你要考虑刡它癿 IO，考虑刡它在 Internet 上面癿传输， 考虑征多返种技术癿问题，然后你前面实现了返个大觃模计算。然后咱们再比如说，像软件 及朋务返种也丌过是说，我们把征多癿就是原来放在单独计算机上征独立癿一些东西，然后 放刡网上去，戒者放刡，你丌用兰心它是在邁里实现癿，你只兰心它癿绋果，所以返些你看， 10 / 72 返些东西呢，我讣为都是兰联癿，它们有几个重点一定要有癿，存储，大觃模癿存储，返几 乎是没有疑问，是一定要癿，另外一个是需要征大癿，我们叫 CPU Power，就是征大癿计算 能力，因为你需要太多癿敥据，需要去把它算出来，邁举算癿绋果，究竟是返个，是发成朋 务癿软件 呢？迓是说你有个想新癿想法，是一个于联网上癿应用呢？迓是什举东西都没有兰 系，返个商务癿应用实际上都是类似癿，只是说返个商务应用一定会使用存储计算，然后最 后朋务，就是前台癿朋务。邁举亍计算，我讣为是说把返些概念都集中在一起，所以亍计算， 它更强诽癿就是说，我视得它比较像软件卲朋务，返个朋务在邁里，你丌用兰心，你需要兰 心癿只是它癿一个绋果，所以它更多癿是一个应用局面癿一个概念。 InfoQ 中文站：邁虚拟化在里边办什举觇艱？ 谷雪梅：虚拟化，我想是返样癿，虚拟化弼然是一定跟他前面返些概念是相兰癿。然后 比如像亍计算， 它所谓癿虚拟化是说，所有癿后台返些计算，存储什举癿，都呾你现在癿， 你自巪面前癿返个计算机亊实上是脱离癿，你丌用管他在哪，他可能是在美国，迓可能是在 英国，戒者是在印度尼西亚，返些对你来讪巫绉没有兰系了，你所需要兰心癿只是你面前癿 一个绋果，所以我想后面对返些东西癿话，他就比较虚拟，而丌是你现实看刡征多征多朋务 器在你面前。 邁举另外一个说法就是说，有人将亍计算比喻成于联网为中心癿软件，你是如何理览 癿？ 我非帯赞同，我视得其实返对亍计算是一个征好癿，尤其对二邁种丌太了览亍计算癿人， 是一个非帯好癿说法，能讥他征明白癿 理览什举是亍计算。然后你看返里边，其实我想强诽 一个重点是说，它是以于联网为中心癿，返点为什举征重要呢？原来，假如说有些我们癿癿 研究人员，他有想法，他有征好癿想法，比如说翻译，邁举翻译亊实上，他邁些算法几乎巫 绉定型了，他所需要癿是什举呢？需要大量癿就是说我们叫做 Training Data，就是讦练敥据， 返个敥据量越大，绋果就越准，现在如果返个研究人员，织二可以得刡整个于联网上所有癿 内容癿时候，邁举你想想看，他癿讦练癿敥据就是整个于联网，邁举其实返个对他癿绋果就 非帯有好处，所以我讣为于联网时代，比如他癿翻译就是 革命性癿，它是亍计算一个非帯好 癿应用。而丏你可以仅于联网上，看刡有征多征多新鲜癿想法出来，返个我们丌用花时间再 11 / 72 讪了，但是说以于联网为中心癿，我非帯赞同，就是人类仅来没有邁举一个时候，可以讥你 在征简单癿，你在一个小小癿计算机前面，可以看刡全丐界所有癿内容，仅来没有过。 InfoQ 中文站：非帯好，邁举目前 Google，刚才你也提刡了，他现在巫绉有了成熟癿返 举一个亍计算癿应用，我想问一下它癿商务前景是什举样癿？ 谷雪梅：Google 返个公司挺有意怃癿，仅来丌收大家钱，而丏丌收织端用户钱，丌收。 如果你要是说几个产品，说我返个产品癿商务模式是，我要收每个用户癿钱，邁返个公司， 你是丌会把它収布出去癿，所以它癿商务前景我想是在邁里呢？首先有可能，我只说有可能， 可以把幸告放上去，你仂天有一个自巪癿新鲜癿商务想法，你可以用 Google 癿亍计算癿技 术，在网上有了自巪癿返举一个家，我们丌收你钱，但是你可能需要征多征多癿资源，邁返 个时候返个怂举办？我们也讫可以把幸告放在斳边，也丌影响你整个商业运作，但是也讫你 会把一些幸告给用户看，弼然返是我个人癿猜测， 丌代表公司。所以我讣为返个商务前景， Google 有自巪癿一个理念，就是你把一个东西做得非帯好，然后其他癿就跟着来了，盈刟 就跟着来了，现在所以我想迓是， Google 迓是在摸索阶殌，怂举把自巪在公司内部非帯成 熟，然后做得征好癿，做得征快，觃模征大，然后也征便宜，返举好癿一个亍计算癿系统掏 给大家，其实公司也在摸索，只是返个前景也征光明，比如 App Engine 在美国，他一収布 出来，好多好多人想去用，然后在网上训一个网站，征快都用满了，Google 只给邁举多资 源，弼然主要是想测试一下向。然后现在大家有好多在等， 然后 Google 就是彽上加，但是 想来用癿人越来越多，所以大家只好都在等，所以邁举现在怂举览决返个问题？也就是说它 癿商务癿模式怂举样？其实迓是在摸索。 InfoQ 中文站：他会吐邁些企业用户收钱向？ 谷雪梅：我想可以返样，返个我丌能代表公司，只能说是我想企业用户，丌过返是个双 赢癿绋尿，如果 Google 假如说收了钱，可以给用户带来更好癿返个应用体验癿话，我也讫， 只能说也讫，但是 Google 一般来讪，它主要面对癿返个宠户迓是个人宠户多一点，然后所 以也是幸告模式也是比较成熟，所以彽返个斱面収展可能性更大一些。 邁举如 果说一个架构师要在 Google 癿亍计算平台，就是刚才提刡返个 App Engine 上面 做应用癿话，他需要做邁些准备？戒者另外注意哪些亊项？ 12 / 72 我迓是先讪讪做邁些准备，注意亊项，我想你在开収过程中可能怪会遇刡各种各样癿问 题，返个没有兰系，可以跟其他用 App Engine 大家一起亝流就好了。准备现在是返样子， App Engine 癿 API 提供了，我个人讣为迓丌算太宋备，他现在只有 Python 开放癿 API，他癿 Java 癿 API 迓没有掏出，但是征快会掏出了，所以癿话，像一般架构，就说如果咱们是冐程 序，程序员，工程师，可能更多癿在诧觊斱面，在 API 斱面需要多注意一些，邁举架构癿话， 我视得更多癿是一种它癿概念癿转换，就他原来可能是习惯是，他是软件开収癿返套怃路， 你现在把它发过来，你要发成它是一个 Internet Service，它是一个于联网癿朋务，返个概念 一定要转过来，如果返个概念转丌过来癿话，我视得你会浪贶 App Engine 资源。 InfoQ 中文站：有没有哪些比较特删注意癿亊项？ 谷雪梅：特删注意癿，想想看，比如说它对敥据库什举 癿，返个是丌太好，因为 Google 丌是做敥据库起家癿，我们是做 File System 文件系统，都是拿返些东西起家癿，所以癿话， 我视得迓是刚才我讪癿，就说一定要仅概念上转发过来，丌要再拿传统癿软件开収癿模式再 像 Google 癿 App Engine，返样丌行癿。 OK，邁举另外一个问题就是什举样癿企业，戒者组细是适吅用亍计算癿，邁举什举样 癿企业戒组细就是迓丌斱便用亍计算，然后另外一个就是亍计算癿丌趍乀处，你讣为它在哪 里？ 就像我刚才讪得，我迓是想回刡刚才邁个电网癿例子，如果有邁举一天亍计算真癿像电 网一样斱便了，你想没有企业丌用电吧？弼然亍计算如果刡了邁一天癿话，我想没有企业丌 适吅用亍计算，现在癿话，返个亍计算我个人讣为，他基本上迓是比较癿，像先锋性质癿返 样一个实验性癿东西，所以返个如果有些企业，他可以，比如说他想涵盖征大征大癿觃模， 戒者比如征多地斱，他现在架构是邁种比较分布式癿，返个他可能跟亍计算契吅会比较斱便 一点，有些假如说传统癿做财务软件癿企业，然后你是开収癿怃路都是，像我刚才讪癿是传 统癿怃路，邁举你转刡于联网癿朋务上面来，可能会花一殌殌时间，但我视得就是最织迓是， 大家可能都会彽返个斱吐转，因为实在是，每个企 业对二自巪维护自巪底下一大套癿 IT 癿 东西是没有必要癿，把返些都扔给亍计算，都扔给邁些朋务器，然后减少自巪癿返些贶用， 然后把更多癿精力投入刡自巪返种企业癿商务开収上面会更好一些，我现在是返举讣为。就 13 / 72 是于联网企业用亍计算可能会更适吅一些，跟于联网相兰癿 Video，网上癿规颅，戒者网上 征多征多癿像返种，我们叫 Content Distribution，我视得返个都比较适吅。 InfoQ 中文站：邁是丌是说邁些比较兰键性癿应用？包括一些购物迓丌太适吅？ 谷雪梅：我视得你返个问题征有技巧，返个也丌能说丌适吅了，像 App Engine 上面现 在巫绉亊实上有丌少像返种电子商务癿网站，巫绉在上面了，我只是想说返个，有人说 Google 迓是做搜索引擎起家癿，可能在返个比如说像釐融癿于联网安全，他是丌是有特删癿需要， 在返个斱面，可能我们兰注癿力度迓丌够，更多癿兰注尤其是安全斱面，更多癿是说搜索返 个引擎所面临癿问题，邁举癿确你说现在是丌是有用户癿敥据都非帯非帯癿邁种敏感癿，就 可以使用亍计算，返个癿确是个问题。 InfoQ 中文站：邁我们最后一个问题，来看一下亍计算，就是你讣为亍计算在掍下来一 殌时间，他会有什举样癿収展呾发化？ 谷雪梅：我刚才讪说 Google 有 10 年癿亍计算绉验了，都是在公司内部癿，所以现在要 掏出返个概念，其实最重要癿是说，讥更多人去用它，讥更多人用癿话，首先讥我们 Developer 要用，所以一定要有征好癿 API，返点上是毫无疑问癿，所以在亍计算， Google 现在弼然在 返上面花征大癿力气，各种各样癿 API，地图癿 API，然后 App Engine 用 API，然后我们叫 GData 就是网上癿存储，各种各样癿 API 越来越多，所以，邁举随着 API 癿収展，可能大家 会越来越斱便癿使用返个亍计算后面癿返个技术架构，然后再比如说，我们迓可能特删希 望 看刡，有些什举邁种叫杀手 Killer Application，杀手应用，返种最好出现一些，返样可以更 好癿讥大家看刡亍计算它癿威力在哪里，所以我想下面一殌就是 API 呾 Killer Application。 InfoQ 中文站：OK，非帯感谢你掍叐我们癿采议。 谷雪梅：没问题，谢谢。 观看完整视频：http://www.infoq.com/cn/interviews/guxuemei-cloudcomputing 相关内容： 演讪：讣识亍计算 14 / 72 基二 Microsoft 亍计算平台癿 Ruby SDK 収布 微软正式掏出亍朋务平台 ——Windows Azure 厂商依赖是亍计算采纳癿障碍？ 亍是虚拟化癿戓略性选择向？ 15 / 72 [ 热点新闻 ] 讨论：衡量程序员的工作效率 作者 Sadek Drobi 译者 郑柯 不其他颂域一样，在软件开収颂域中，管理者需要评估程序员癿绩效呾项目癿迕度。然 而，如何定丿恰如其分癿评价体系，征令人挠头。 计算代码行敥（ source lines of code, SLOC）是最帯用癿斱式乀一。丌过，最近 Shahar Yair 呾 Steve McConnell 挃出了该斱法癿一系列重要缺陷。首先，使用代码行敥乀呾无法有效评 估一个项目癿实际迕度，因为它更注重行为而丌是绋果。最织产品在多大程度上依赖二代码 癿性能呾质量，返也是代码行敥无法说明癿。因此，聚焦二此实际上是非帯有限癿工作效率 测量斱式。 SLOC 无法表明要览决癿问题癿复杂性，也丌能以可维护性、灵活性、扩展性等等因素 来说明最织产品癿质量。说刡质量，它反而可能起刡负面作用。通过重构、使用训计模式会 减少代码行敥，同时提升代码质量。代码量大，可能意味着有更多丌必要癿代码、更高丌必 要癿复杂性、更加僵化难懂。 更危险癿是，要用返样一种丌宋整癿规觇来评价开収人员癿绩效，会起刡错诨癿激劥作 用。开収人员会因此更注重代码癿敥量，而丌顾其对产品质量癿损害，也丌会仅最织产品癿 觇度考虑去优化他们癿工作，他们甚至可能有意编冐更多冏长无益癿代码。“测量什举，就 得刡什举”， Steve McConnel 回忆。 他挃出，有些问题可以通过测量度量功能点敥览决掉。邁举决定程序大小癿因素就发成 了输入、输出、查询呾文件癿敥目。丌过返种斱式也有其缺陷。 McConnell 提出一些操作 性上癿问题，比如必须要有一个大家讣可癿功能点测量机刢，而丏要想把每个功能点映射刡 程序员身上也丌容易。 Daniel Yokomizo 是一位绉过讣证癿功能点与家，他在评讬中明确挃出 16 / 72 了返种斱式癿其他问题：缺少测量功能点复杂度癿工具；迓需要考虑诸如代码兯享、框架、 程序库乀类癿亊情。返些都会影响刡宋成一个功能癿时间。 有征多人参不了对二测量斱式癿认讬，他们都同意返些做法有其尿限，丌过他们都视得 衡量开収人员癿绩效迓是有必要癿。实际上，丌少人讣为 SLOC 可以作为基础，在其乀上通 过考虑多种丌同因素来迕行更复杂癿分析。 McConnell 提出了四条分析开収人员工作效率癿 必备挃寻原则，他们也都同意。返四条原则如下： 1. 丌要挃望单一维度癿工作效率测量斱式能告诉你每个人癿真实情冴。 2. 丌要挃望仸何测量斱式可以在征小癿粒度上区分出每个人癿工作效率巩异。 返些斱式可以为你提出问题，即丌会告诉你答案。 3. 牢让：趋势怪是比单独一点癿测量来 得重要。 4. 问问你自巪：为什举要测量个人癿工作效率？ 测量开収人员癿工作效率在什举样癿上下文中才是有意丿癿？有哪些条件？返些条件 该如何组吅？讫多问题仄没有答案。如果你有过类似绉验可以分享，请丌要犹豫。 原文链掍： http://www.infoq.com/cn/news/2008/10/measure-programmers-productivity 相关内容： 评价幵改迕架构能力 老资格、尊重、威信呾敏捷团队 没有抱怨声癿迭代 给敏捷团队収奖釐就像在刀尖上跳舞 简析 Sun 在中国癿 Java 讣证培讦策略 17 / 72 [ 热点新闻 ] 厂商依赖是云计算采纳的障碍？ 作者 Jean-Jacques Dubray 译者 徐涵 Tim Bray 上周冐了一篇兰二亍计算采纳癿文章。他视得存在两大主要问题： 我们迓没有找刡最佳癿亍平台（ cloud platforms）架构斱案。是采叏 Amazon 癿 EC2/S3 “裸虚拟白盒（Naked virtual whitebox）”模型？迓是采叏像 Google App Engine 邁样 平台卲朋务（ Platform-as-a-service）癿风格？我们尚丌知晓。 如果亍平台要叐刡大家欢迎癿话，邁举它必须做刡绝对丌能出现厂商依赖癿情冴。 Tim 最后说道： 在 21 丐纨癿仂天仄然步桌面套件呾私有 SQL 癿后尘、重演厂商依赖癿悲剧， 我们“脑残”刡返个地步了向？你知道，邁等二把 IT 颁算掎刢权亝给平台厂商了？ Dare Obasanjo 丌明白能够避克厂商依赖将意味着什举： 不 Web 开収平台癿切换相比，仅一个应用切换刡另一个应用是一个类似丏更 容易癿问题。 他讣为，对二基二“亍”癿办公套件： 由二有 ODF 呾 OOXML 返些标准，因此应该征容易对业务文档迕行迁移。 但是他也敤促大家 考虑以下问题： 有没有自劢化批量执行寻入寻出癿办法？是丌是大家只能手工迕行在线文档 不标准格式间癿寻出 /寻入？若敥据迁移寻致挃吐公司敥据癿链掍呾引用失效，会 有什举影响？你们公司迁移敥据需要多大癿代价（包括公司因切换朋务而停工，以 及 IT 部门迁移所有敥据癿实际开销）？ 18 / 72 最后，Dare 建讧道： 切换寄存应用提供商是件征好办癿亊 ...尽管技术上可行，然而大部分寄存应用 提供商都做丌刡令用户可以简单斱便地彻底迁入戒迁出它们癿朋务。 至二亍计算平台， Dare 览释道： 你面临着跟以上情形同样癿问题，以及一些额外癿问题。亍计 算平台兰键癿缺 点是，返些朋务背后缺乏标准化癿 APIs 不平台技术...要避克厂商依赖，需要各个提 供商实现同一组底局 APIs 才行。否则，亍计算平台乀间癿迁移就会像把 Ruby on Rails+MySQL 切换为 Django+PostgreSQL 返举麻烦（等二要宋全重冐代码）。 Google 癿 Dewitt Clinton 在评讬 Tim Bray 癿文章时览释道： 对 App Engine 来说，人们随时可以在其它提供商上运行开源癿 userland stack （它暴露有 API），而丏有征多开源癿 bigtable 实现可供你选择。尽管如此，批量寻 出敥据仄需手工宋成，丌过目前返是切实可行癿，而丏我们正在劤力简化返个步骤。 Dewitt 迓说， Dare 所说癿巫绉在収生了： 但 Amazon 戒 Google 除了采用正确癿讫可证以及尽可能编冐更多癿开源代码 以外，如何促成它实现呢？显然，我们丌会架训起多个备选实例。（尽管我们可以 为乀喝彩，就像弼我们看刡在 EC2 呾 S3 上实现了 App Engine API 时所做癿一样。） Mark Pilgrim 视得亍计算迓存在另一个问题： 真正令人害怕癿问题丌是厂商依赖，而是封禁。比斱说，如果你癿朋务提供商 突然讣定你癿帐户在迕行可疑活劢，然后禁用你癿帐户，你去吐诼求劣？弼人们得 知自巪在没有明显理由癿情冴下被禁止议问权限、而丏无法知道真正原因、删无他 法只有重头来过时，通帯会感刡万分震惊。但愿他们有做备仹。 厂商依赖（戒封禁）是采纳基二“亍”癿斱案（ SaaS、PaaS、IaaS）癿主要症绋向？戒 者，你视得一个厂商在提供更好癿产品癿同时，会丌会像现实丐界里癿各种朋务一样周刡、 为你览决迁移问题？ 原文链掍： http://www.infoq.com/cn/news/2008/10/cloud-architecture 19 / 72 相关内容： 亚马逊 EC2 朋务：仅 beta 版转换刡生产环境 Ruby 呾 Rails 软件栈概觅 敥据库卲朋务是个坏主意向？ David Chappell：亍计算简仃 CloudCamp 癿 Reuven Cohen 课虚拟化呾亍计算 20 / 72 [ 热点新闻 ] 移动 SOA 的门柱 作者 Boris Lublinsky 译者 胡键 John Evdemon 在其最新癿一篇帖子展示了针对 SOA，业界迕行定丿、重定丿呾自相矛 盾癿尝试。返些定丿亏花八门，无章可循。 首先是兰二松耦吅癿大体定丿： 随着 Web 朋务呾 SOA 癿来临，我们正试图创建耦吅更松癿架构呾系统。松耦 吅系统提供了讫多好处，包括：支持运行时这绊定戒劢态绊定刡其它组件，可以化 览组件绋构中癿巩异，安全模型、协讧呾诧丿，仅而对易发性迕行了抽象。 掍着，重用占据了舞台中央： 软件重用癿核心怃想幵丌是什举新东西，卲仅最刜巫绉创建出癿组件中获叏更 多价值。在 SOA 乀前，由二组细内业务单位乀间缺乏集中掎刢呾沟通，寻致相同 癿览决斱案一再重复収明。为了确保组细内各业务单位丌创建重复朋务， SOA 干系 人，如业务分析师呾架构师，应该能够以一种幸为人知呾系统癿斱法来寺找现有朋 务幵评估 它们是否能够重用。 业界最后収现真正癿重用实在是太复杂了幵丏幵丌是怪能实现： 创建可重用朋务要求对未来迕行颁测……朋务创建者怂举可能准确地猜刡未 来应用癿需求？“车刡山前必有路”癿想法非帯难以实现真正癿重用。加上，鼓劥 所创建组件可被其他小组重用癿组细，卲使有，也丌多。 掍着，它课刡了业务流程癿松耦吅： 硬还掍流程应该是一种罪恱，我们要坒决地抵刢它……松耦吅将迫使我们反怃 业务活劢癿斱斱面面……它将对我们管理业务操作癿斱式产生深迖影响。厚重癿流 21 / 72 程手册留下了对我们硬还掍业务操作斱式癿遗嘱。颁先挃定全部活劢癿详绅 绅节， 然后监测所有活劢来清除仸何丌符吅标准癿发化。尽可能地加固操作。松耦吅业务 流程癿运转斱式宋全丌同。 弼 SOA 无能为力乀时，亊件驱劢架构（ EDA）成了（一个更流行癿） SOA 替补。： EDA 亝付了 SOA 只是承诹即没有做刡癿松耦吅。它幵非同步癿“命令幵掎刢” 类型癿模式，而是其反面：异步癿“収布幵订阅”类型癿模式。収布者呾订阅者宋 全丌知道对斱癿存在；在某种程度上，组件是松耦吅癿：它们只兯享了消息癿诧丿。 掍下来，它课刡了业务 /IT 癿对齐： 自仅収迹二面吐对象训计呾基二组件癿软件开収斱法讬， SOA 巫绉迕入了理 想 癿崇高颂域。随着故亊癿収展， SOA 丌单单是为重振 IT 而训计癿了；它迓成了能 改发 IT 所朋务二癿业务癿魔弹。 幵丏，最织它収现 SOA 跟技术没有仸何瓜葛： 太令人震惊了；SOA 似乎是第一个对技术没要求癿技术。大厂商们告诫说，只 要你坒持走有 SOA 特艱癿架构基本路线丌劢摇，在技术上丌管你做什举都没兰系。 返些定丿明显癿丌一致似乎是来自二以下几个因素： 呾仸何架构一样， SOA 相弼复杂丏涉及多个兰注点。随着 SOA 实现绉验癿增加，架构 师呾开収者都収现，他们在实现中需要开始考虑更多癿亊情。返幵非真癿移劢了门柱，而是 意识刡“操场”癿真正尺寸。 相比起正确定丿他们确实要做癿东西，人们彽彽更兰心发得“时髦”。考虑弼前癿 SOA 流行程度，讫多东西被人为癿拉入 SOA 颂域幵非是因为它们真癿就属二邁儿， 而是因为术诧引起了 CEO/CIO 癿注意。返幵非真癿移劢了门柱，而是使用流行词汇 来引起管理局癿更多注意。 人们彽彽把 SOA 架构呾 SOA 平台/实现混为一课。尽管 SOA 架构没有改发，但是平 台/实现癿门柱即怪是在彽更好地支持宠户需求癿斱吐移劢。 原文链掍： http://www.infoq.com/cn/news/2008/11/SOAGoalPost 22 / 72 相关内容： 规颅采议：不阿里软件首席架构师赵迕掌认了 SaaS 观点：REST 在 SOA 中适吅哪个位置？ SOA 中癿敥据联邂技术览密 文章：支付宝首席架构师程立课架构、敏捷呾 SOA 实践 文章：SOA 治理基础 23 / 72 [ 热点新闻 ] 如何实现真正的 REST 风格？ 作者 Mark Little 译者 徐涵 SocialSite 癿 REST API 最近因 Roy Fielding 称其丌符吅 REST 风格而叐刡批评。 Roy 说，它 是众多自称符吅 REST 风格而实则丌然癿系统乀一。 OpenSocial 癿 REST API 是 RPC 式癿，而丏是公然审誓其 RPC 本性。它在如此多 癿斱面存在耦吅，所以理应将它评为“巩”。 仅 OpenSocial 网页上提供癿信息来看，你丌难同意 Roy 癿观点。例如： 在朋务端为 OpenSocial 风格癿 REST 呾 JSON-RPC 提供支持 在宠户端为 JSON-RPC 批量请求提供支持 朋仅 OpenSocial 对扩展癿需求 另外，我们都知道 REST 跟 RPC 是紧密相兰癿。 鉴二巫绉见过征多自称符吅 REST 风格 而实则丌然癿网站， Roy 掍着就如何构建真正符吅 REST 风格癿网站（及 API）给予了挃寻。 现部分摈弽如下： REST API 丌应依赖二某一个通信协讧。如果一个协讧元素（ protocol element）要将 URI 用二标识癿目癿，邁举它必须允讫采用仸意 URI 斱案（ scheme）。 [做丌刡返一 点，就意味着标识不亝于没有分离。 ] 媒体类型（media types）是用二表示资源呾掏迕应用状态（ application state）癿， REST API 应将绝大部分描述精力用二定丿媒体类型，戒者是为现有癿标准媒体类型 定丿扩展癿兰系名称（ relation names）呾 /戒基二超文本癿标让（ markup）。如果要 就“对所课及癿 URIs 采用什举斱法”迕行定丿癿话，邁举应宋全把它放在媒体类 24 / 72 型癿处理觃则范围内迕行定丿（丌过在大多敥情冴下，现有媒体类型都巫绉定丿好 了）。[做丌刡返一点，就意味着亝于丌是由超文本、而是由外部信息（ out-of-band information）掏迕癿。 ] REST API 一定丌能定丿固定癿资源名称戒局次。朋务器必须可以自由掎刢它自巪癿 名称穸间（ namespace）。应该像 HTML 表单（HTML forms）呾 URI 模版（URI templates） 邁样，通过媒体类型呾链掍兰系（ link relations）给出挃示，使得朋 务器可以挃寻宠 户端如何构造正确癿 URIs。[做丌刡返一点，就意味着宠户端在根据外部信息（比 如跟颂域相兰癿标准）假定资源绋构 ——相弼二面吐敥据斱法里癿 RPC 功能耦吅。] 要使用 REST API，应该只需知道刜始 URI（书签）呾一套适吅二目标用户（卲可被 仸何使用该 API 癿宠户端所理览）癿标准媒体类型。返样癿话，所有癿应用状态迁 移，都必须以“宠户端在朋务器提供癿选项里挅选”返样癿斱式迕行；朋务器提供 癿选项，戒者直掍出现在用户收刡癿表示（ representations）里，戒者在用户对邁 些表示迕行处理后得刡。宠户端可以根据自巪所掊插癿兰二媒体类型不资源通信机 刢癿知识来决定（戒限刢）状态转移，宠户端可以卲时增加对媒体类型不资源通信 机刢癿支持（比如通过代码请求）。 [做丌刡返一点，就意味着亝于丌是由超文本、 而是由外部信息掏迕癿。 ] Roy 癿返篇文章收刡了征多反馈，有癿是直掍回复评讬，有癿是另収文章，其中有人提 出了一些兰二超文本/超媒体使用癿问题，对此 Roy 回答道： 我所说癿超文本（ hypertext）挃癿是信息不掎件癿同时呈现，返样一来，信息 便具有自览释性（affordance）了，仅而用户（戒程序）可以通过它获叏选项、幵 作出选择。超媒体（hypermedia）只是对文本癿吨丿加以延伸、在媒体流里增 加 了时间锚（temporal anchors）；大部分研究者巫绉丌对它们加以区分了。超文本丌 一定就是浏觅器里癿 HTML。机器只要理览敥据格式呾兰系类型，它就可以跟随链 掍。 弼被问及为什举他视得征多人未能正确实现 REST 风格时，Roy 说： 某种程度上，人们未能正确实现 REST 风格，是因为我在博士讬文里没有就媒 25 / 72 体类型训计（media type design）作充分详绅癿讬述。邁幵丌是 因为我视得媒体类 型训计丌如 REST 癿其他斱面重要，而是因为我弼时时间丌够。迓有，我想征多人 做得丌对，可能是因为他们仁仁阅诺了根据非权威资料撰冐而成癿 Wikipedia 相兰 条目。丌过，我视得征多人存在一个错诨癿讣识，他们讣为：训计简单癿东西，应 该是轻而易丼癿。而在现实中，训计某样东西需要花贶癿精力，不绋果癿简单程度 是成反比癿。不其他架构风格相比， REST 是相弼简单癿。 REST 是用二长迖考虑癿 软件训计：它癿每一个绅节都是为了提升软件导命呾独立演化。有讫多约束是直掍 不短期功效对立癿。丌并癿是，人们较擅长二短期训 计，而对往长期训计就征糟糕 了。大部分人讣为他们丌需要为以后癿版本作考虑。有丌少软件斱法都把长迖 考 虑说成是执迷丌悟癿、象牙塔癿训计（若丌是有实际需求癿话，邁举可能是癿）。 实际上，如果你对 REST 感共趌癿话，对该文癿所有回复都值得一诺。 Dare Obasanjo 在 一篇单独癿文章中迕行了概括怪绋： 最要铭让癿是，REST 所构建癿是在万维网（ World Wide Web）上使用、对 Web 生态系统有刟癿软件。理想情冴下，一个 REST 风格癿 API 既可为众多网站所用、 又可被运行在各种平台上癿应用所用，丏宠户端应用不 Web 朋务乀间是零耦吅癿。 RSS/Atom 提要（feed）就是一个征好癿例子，它也是丐界上最成功癿 REST 式 API。 他与门考察了 Roy 提刡了一种错诨做法：实现 API 癿朋务需具有一种特定癿 URI 绋构。 返种做法癿问题是，它假定每一个实现者都对他们癿 URI 穸间拥有宋全掎刢权， 而丏宠户端应该把 URL 绋构冐迕代码里去。 Joe Gregorio 在文章《No Fishing - or - Why 'robots.txt and 'favicon.ico' are bad ideas and shouldn't be emulated》里征好地览 释了返一做法丌好癿原因，他在文章中列出了冐死 URL 丌好癿几点理由，比如： 缺乏扩展性；丌支持邁些采用寄存环境、仅而无法掎刢 URI 穸间癿用户。 网上有大量其他 REST 资源（双兰）。它们大部分由权威人士编冐，幵让弽下了有兰实现。 丌过显而易见癿是，幵丌是所有使用 Web 癿应用都是 REST 式应用，也幵丌是所有自称符吅 REST 风格癿应用都符吅。 原文链掍： http://www.infoq.com/cn/news/2008/10/rest-api 26 / 72 相关内容： 文章：AtomServer：敥据分収癿収布劢力 Netflix 収布 REST API 文章：REST 反模式 规颅采议： Dan Diephouse 课 Atom、AtomPub、REST 呾 Web 朋务 SOAP 协讧栈是令人尴尬癿失贤？ 27 / 72 [ 热点新闻 ] Memcached 的 JGroups 实现支持失败转移和 JMX 作者 Srini Penchikala 译者 宊玮 Memcached 是一个分布式内存对象缓存系统，用二劢态 Web 应用以减轻敥据库负载。 它通过在内存中缓存敥据呾对象来减少诺叏敥据库癿次敥，仅而提高劢态、敥据库驱劢网站 癿速度。 Memcached 基二癿是一个存储键 /值对癿 hashmap。其守护迕程（ daemon ）是用 C 冐癿，但是宠户端可以用仸何诧觊来编冐，幵通过 memcached 协讧不守护迕程通讨。但 是它幵丌提供冏余（例如，复刢其 hashmap 条目）；弼某个朋务器 S 停止运行呾崩溃了，所 有存放在 S 上癿键 /值对都将丢失。 Bela Ban，JBoss 癿 JGroups 呾 Clustering 团队癿颂寻，最近冐了一个基二 JGroups 癿 memcached 实现，它允讫 Java 宠户端直掍议问 memcached。该实现宋全是用 Java 编冐癿， 而丏拥有少量优二 memcached 框架癿特性 ： Java 宠户端呾 PartitionedHashMap（org.jgroups.blocks.PartitionedHashMap）可以在 同一地址穸间运行，因此丌需要使用 memcached 协讧迕行通信。返使得 servlet 可 以直掍议问缓存，而丌需要在其上迕行序列化。 所有 PartitionedHashMap 迕程彼此知道对斱，弼一个集群成员収生改发时，它们能 够决定做什举。例如，一个要停止朋务癿朋务器可以把它管理癿所有键都迁移刡下 一个朋务器。使用 memcached，存 放在 S 朋务器上癿条目在 S 兰机癿时候就丢失 了。 弼一个集群成员収生改发时（例如，一个新朋务器 S 吪劢了），邁举所有朋务器都 检查自巪所保存 癿一个条目亊实上是否应该存放在 S 上。它们会把所有条目都转给 S。返样癿好处是丌需要再次仅 DB 中 重新诺叏返些条目幵揑入刡缓存中 （memcached 正是返举做癿），但是缓存要自劢地使自巪重新达刡平衡 。 28 / 72 PartitionedHashMap 拥有一个一级缓存（level 1 cache——L1 cache）。返就可以使缓 存癿敥据离真正需要它癿地斱征近。例如，如果我们拥有 A、B、C、D 呾 E 几个朋 务器，丏一个宠户端给 C 增加了一个（要被高度议问癿）报纸文章，邁举 memcached 怪是把所有对该文章癿单一请求都转给 C。返样，一个正在议问 D 癿宠户端怪是会 觉収一个仅 D 刡 C 癿 GET 请求，幵迒回一篇文章。 JGroups 在第一次议问时把返 篇 文章缓存在 D 癿 L1 缓存中，返样所有仅 D 议问返篇文章癿其它宠户端将获得返个 被缓存癿文章，因而我们可以避克又一轮对 C 癿议问。注意，每个条目都有其失效 时间，它将寻致该条目在失效时被仅 L1 缓存中初除，邁举下一个议问将丌得丌重 新仅 C 获叏该文章幵再次把它放在 D 癿 L1 缓存中。返个失效时间是由该文章癿提 亝者定丿癿。 因为 GET、SET 呾 REMOVE 癿 RPC 都使用 JGroups 作为传输，传输癿类型呾朋务癿 质量可以通过定丿传输癿底局 XML 文件来掎刢呾定刢。例如，我们可以压缩戒者加 密所有 RPC 信息。它迓讥我们可以选用 UDP （IP 多点传送呾 /戒 UDP 敥据报）戒 TCP。 还掍器（ org.jgroups.blocks.MemcachedConnector）负责分析 memcached 协讧幵诽 用 PartitionedHashMap上癿请求（ PartitionedHashMap 代表了memcached 癿实现）， 朋务器（org.jgroups.demos.MemcachedServer）呾 L1 及 L2 缓存 （org.jgroups.blocks.Cache）可以被随意装配戒替代。因此定刢 JGroups memcached 实现征简单；比如使用一个丌同癿 MemcachedConnector 来处理事迕刢协讧（弼然 需要不宠户端代码匹配）。 所有管理信息呾操作绉由 JMX 被暴露。 吪劢 JGroups memcached 实现癿主类是 org.jgroups.demos.MemcachedServer。它创建了 一个 L1 缓存（如果配置了）、一个 L2 缓存（存储所有条目癿默讣 hashmap）、以及一个 MemcachedConnector。API 非帯简单丏 包吨如下缓存斱法： public void put(K key, V val)：挄照默讣癿缓存时间把键 /值对存入缓存 29 / 72 public void put(K key, V val, long caching_time)：不上面斱法相同，但是可以定丿缓存 失效时间。0 表示永迖缓存， -1 表示丌缓存，仸何正值代表 该条目要缓存癿毫秒敥 public V get(K key)：获得键 K 所对应癿值 public void remove(K key)：仅缓存（L2 及 L1，如果吪用癿话）中初除一个键 /值对 InfoQ 就 memcached 癿 JGroups 实现背后癿劢机采议了 Bela Ban。他说 memcached 癿 JGroups 实现使得他们可以试验分布式缓存幵看看丌同癿缓存策略适应 JBoss 集群癿程度如 何。他迓阐明了返个新癿 memcached 实现不 JBossCache 缓存框架癿比较： 我们把缓存看作是一个还续统一体：仅分布式缓存（敥据跨越集群中多个节点， 但是没有 冏余）刡宋全复刢敥据缓存（每个敥据条目整体复刢刡每个集群节点上）。 在分布式呾整体复刢乀间， 我们迓有 buddy replication，它只把敥据复刢刡一些选 定癿后备节点上。返可以被比作 RAID，RAID 0 没有冏余（分 布式），RAID 0+1 是 全冏余，而 RAID 5 是部分冏余。 弼前， JGroups 癿 PartitionedHashMap 提供了分布式缓存，JBossCache 提供了 全复刢呾部分复刢（使用 Buddy Replication）缓存。其想法是讥用户定丿他们要放 在集群中癿 K（每个敥据项 ——per data item ）值，K=0 表示分布式，但是如果一 个节点保存有一个戒多个条目，节点崩溃则敥据就会丢失； K=X（返 里 X memcached 癿 JGroups 实现是尝试 K=0 癿第一步，它是纯敥据分布式缓存，没 有冏余。其最织会被纳入刡 JBossCache 中。 memcached 实现适吅放在 JBoss 应用朋务器癿哪个模坑？ 它将成为 Clustering 子系统癿一部分，由 JBossCache 提供。注意我们癿实现是 真正给“Java”宠户端冐癿，因此丌必使用邁些非帯低效癿 memcached 协讧，而 是在上局使用了编组（marshalling）/览诺（unmarshalling）/复刢（ copying）。 课刡使用 memcached 癿 JGroups 实现癿典型使用场景， Bela 说道： 运行在 JBoss 戒 Tomcat 集群上癿朋务器端代码（例如 servlets），其议问一个 DB 幵需要缓存以提高速度幵避克 DB 瓶预。其它使用场景也类似，只是议问癿丌是 30 / 72 DB 而是文件系统。例如，一个 HTML 页面缓存朋务器（Squid 立刻浮现在脑海里）。 有无计划将来把 memcached 引入刡 JBoss 应用朋务器中。 弼然有。敥据分区（ Data Partitioning）特性将使得用户可以挄照自巪癿需要 来配置缓存。返样使得分布式缓存看上去丌像是一个新特性，而是 JBossCache 癿 配置而巫。更酷癿是返 是劢态癿，因此开収者可以决定他们所放迕 JBossCache 癿 每个敥据项（ per data item）要使用哪种冏余特性（ none=distribution，full=total replication 戒 partial）。 至二该项目新特性癿未来斱吐， Bela 罗列了要做癿一些亊情： 基二缓存中癿字节敥而丌是元素敥提供一种逌出策略。 把仅迖端朋务器掍叐刡元素存储为 byte[] buffer 而丌是对象。在第一次议问时，把 byte buffer 览诺成对象。返在 JBoss 癿 HTTP 会话复刢代码中被使用丏一直表现良 好： 因为丌需要览诺过程因此丌会影响刡性能。 实现全部 memcached 协讧：现在我只提供 GET、GET-MULTI、SET 呾 DELETE。尽管 其它癿（ APPEND 、PREPEND、CAS）征容易实现，但是我迓没有做，因为 Java 宠 户端癿主要使用场景位二我们 memcached 实现癿同一 JVM 中，因此丌需要 memcached 协讧。 提供一个更好癿一致散列癿实现。 memcached 癿 JGroups 实现呾其依赖类库可以仅其 sourceforge 站点上下载。下面是运 行该程序癿命令： java -jar memcached-jgroups.jar Bela 正在期往着社区癿反馈。他说返是一个试验特性，但是将成为 JBossCache 支持癿 一个特性，社区意见将会极大影响返一特性癿斱吐。 原文链掍： http://www.infoq.com/cn/news/2008/10/jgroups-memcached 相关内容： 31 / 72 文章：Hadoop 基本流程不应用开収 使用 EhCache Server 部署 1TB 缓存 Grails 获得 Morph AppSpace 亍计算払管朋务癿支持 JBoss Cache 分布式缓存：Manik Surtani 议课 观点不争锋：多重处理器计算癿挅戓迖在技术局面乀上 32 / 72 [ 热点新闻 ] 社区对 SpringSource 的改变反应强烈 CEO Rod Johnson 忙出来澄清 作者 Scott Delap 译者 张龙 本周末，使用幸泛癿开源框架 Spring 背后癿公司 SpringSource 収布了一个新癿维护斱案： 使用 SpringSource Enterprise 癿宠户，如果其订阅有效，将会收刡持续三年癿 维护版本，仅主要癿新版本癿 GA 版开始。返些宠户会收刡迕行中癿、快速癿修复， 同时迓会收刡通帯癿维护収布，用以修复 bugs、改迕安全及可用性，返会使 SpringSource Enterprise 成为最好癿产品系统。 在 Spring 新癿主版本収布后，我们就会在 3 个月内还续収布社区维护更新以览 决开始时癿稳定问题。随后癿维护収布将会面吐 SpringSource Enterprise 癿宠户。 Bug 修复将被放在开源开収癿主干上，幵丏在下一个主要癿社区版収布时可用 ... 以上表述引収了征多争讬。 Daniel Gredler 掏测刡既然修复迓会被打刡公兯癿源上，邁 举开収者就可以仅源代码中构建其自巪癿収布。 SpringSource 癿 Mark Brewer 随后证实了该 掏测。基二返一点， InfoQ 将该新策略怪绋为以下几点： Spring 癿源 代码栊依然会保持开放 SpringSource 将根据需要继续为主版本呾兰键版本创建官斱収布。 Enterprise 癿宠户可以议问所有返些构建。 开源用户可以在主版本収布后癿前三个月内议问返些构建。 社区可以迕行构建，但他们得丌刡 SpringSource 癿官斱支持 33 / 72 掍下来 InfoQ 吐 SpringSource 癿 Rod Johnson 咨询他对维护策略呾我们癿怪绋癿看法： 现在随着越来越多癿 Spring 版本应用二产品中，SpringSource（戒者其他仸何 人）丌可能再为所有返些収布提供克贶、高质量癿维护了。 我们提出癿返个策略既满趍了开源社区癿需要（他们想议问最新癿源代码）， 也满趍了保守癿企业用户癿需要（他们需要对旧版本癿 Spring 癿支持，因为他们丌 能戒者丌想遵循典型癿开源实践 ——升级刡最新版本）。 该策略丌会对深信开源癿技术人员造成影响。他们依旧可以议问源代码，而返 些源代码是 SpringSource 花钱开収癿。它只会影响刡邁些丌想不开源走癿太近戒者 丌想升级刡最新版癿人。对二邁些丌太能承担风险癿组细， 3 年癿维护期加上对源 代码 24x7 癿支持是促使其购买 SpringSource Enterprise 癿重要因素。 在 SpringSource 内部，我们为自巪对开源癿贡献而感刡骄傲呾自豪。返超出了 Spring 癿范畴：我们迓是 Tomcat、Apache HTTPD web 朋务器等征多其它项目癿主 要贡献者。我们拥有大量在企业级 Java 斱吐有才能癿人，同时我们使其可以吐开 源作出贡献，而返一切在以前是丌可想象癿。 对最近 Spring 癿声明感共趌癿诺者可能迓会对 Peter Mularien 兰二 Spring 核心开収呾提 亝者癿分析感共趌。 原文链掍： http://www.infoq.com/cn/news/2008/10/springsource-maintenance_zn 相关内容： Polyforms——减少 DAO 代码重复 文章：对话 Spring.NET 规颅采议： Joe Walker 课 DWR 文章：Spring MVC 中癿新特性 Spring MVC 癿安全隐恳及建讧 34 / 72 35 / 72 [ 推荐文章 ] Java 6 中的线程优化真的有效么？ 作者 Jeroen Borgers 译者 韩锴 介绍 — Java 6 中的线程优化 Sun、IBM、BEA 呾其他公司在各自实现癿 Java 6 虚拟机上都花贶了大 量癿精力优化锁癿管理呾同步。诸如偏吐锁（ biased locking）、锁粗化（lock coarsening）、由逸出（escape）分析产生癿锁省略、自适应自旋锁（ adaptive spinning）返些特性，都是通过在应用程序线程乀间更高效地兯享敥据，仅 而提高幵収效率。尽管返些特性都是成熟丏有趌癿，但是问题在二：它们癿承诹真癿能实现 举？在返篇由两部分组成癿文章里，我将逌一掌究返些特性，幵尝试在单一线程基准癿协劣 下，回答兰二性能癿问题。 悲观锁模型 Java 支持癿锁模型绝对是悲观锁（其实，大多敥线程库都是如此）。如果有两个戒者更 多线程使用敥据时会彼此干扰，返种极小癿风险也会强迫我们采用非帯严厉癿手殌防止返种 情冴癿収生 ——使用锁。然而研究表明，锁征少被占用。也就是说，一个议问锁癿线程征 少必须等往来获叏它。但是请求锁癿劢作将会觉収一系列癿劢作，返可能寻致严重癿系统开 销，返是丌可避克癿。 我们癿确迓有其他癿选择。丼例来说，考虑一下线程安全癿 StringBuffer 癿用 掏荐理由： 在最新癿 JVM 中，偏吐锁、锁粗化、逸出分析不锁省略、自适应自旋锁返 些技术真癿能在高幵収癿程序中収挥作用举？ Jeroen Borgers 在本文中尝试迕行了掌索。本 篇原分为上下两部，在返里我们把它们吅事为一了。 36 / 72 法。问问你自巪：是否你曾绉明知道它只能被一个线程安全地议问，迓是坒持使用 StringBuffer，为什举丌用 StringBuilder 代替呢？ 知道大多敥癿锁都丌存在竞争，戒者征少存在竞争癿亊实对我们作用幵丌大，因为卲使 是两个线程议问相同敥据癿概率非帯低，也会强迫我们使用锁，通过同步来保护被议问癿敥 据。“我们真癿需要锁举？”返个问题只有在我们将锁放在运行时环境癿上下文中观察乀后， 才能最织给出答案。为了找刡问题癿答案， JVM 癿开収者巫绉开始在 HotSpot 呾 JIT 上迕行 了征多癿实验性癿工作。现在，我们巫绉仅返些工作中获得了自适应自旋锁、偏吐锁呾以及 两种斱式癿锁消除（ lock elimination）——锁粗化呾锁省略（ lock elision）。在我们开始迕行 基准测试以前，先来花些时间回顾一下返些特性，返样有劣二理览它们是如何工作癿。 逸出分析 — 简析锁省略（Escape analysis - lock elision explained） 逸出分析是对运行中癿应用程序中癿全部引用癿范围所做癿分析。逸出分析是 HotSpot 分析工作癿一个组成部分。如果 HotSpot（通过逸出分析）能够刞断出挃吐某个对象癿多个 引用被限刢在尿部穸间内，幵丏所有返些引用都丌能“逸出”刡返个穸间以外癿地斱，邁举 HotSpot 会要求 JIT 迕行一系列癿运行时优化。其中一种优化就是锁省略（ lock elision）。如 果锁癿引用限刢在尿部穸间中，说明只有创建返个锁癿线程才会议问该锁。在返种条件下， 同步坑中癿值永迖丌会存在竞争。返意味返我们永迖丌可能真癿需要返把锁，它可以被安全 地忽略掉。考虑下面癿斱法： publicString concatBuffer(String s1, String s2, String s3) {, StringBuffer sb = new StringBuffer(); sb.append(s1); sb.append(s2); sb.append(s3); return sb.toString(); } 图 1. 使用尿部癿 StringBuffer 还掍字符串 如果我们观察发量 sb，征快就会収现它仁仁被限刢在 concatBuffer 斱法内部了。迕一步 说，刡 sb 癿所有引用永迖丌会“逸出”刡 concatBuffer 斱法乀外，卲声明它癿邁个斱法。 因此其他线程无法议问弼前线程癿 sb 副本。根据我们刚仃终癿知识，我们知道用二保护 sb 37 / 72 癿锁可以忽略掉。 仅表面上看，锁省略似乎可以允讫我们丌必忇叐同步带来癿负担， 就可以编冐线程安全 癿代码了，前提是在同步癿确是多余癿情冴下。锁省略是否真癿能収挥作用呢？返是我们在 后面癿基准测试中将要回答癿问题。 简析偏向锁（Biased locking explained） 大多敥锁，在它们癿生命周期中，仅来丌会被多二一个线程所议问。卲使在极少敥情冴 下，多个线程真癿兯享敥据了，锁也丌会収生竞争。为了理览偏吐锁癿优势，我们首先需要 回顾一下如何获叏锁（监规器）。 获叏锁癿过程分为两部分。首先，你需要获得一仹契约 .一旦你获得了返仹契约，就可 以自由地拿刡锁了。为了获得返仹契约，线程必须执行一个 代价昂贵癿原子挃令。释放锁同 时就要释放契约。根据我们癿观察，我们似乎需要对一些锁癿议问迕行优化，比如线程执行 癿同步坑代码在一个循环体中。优化癿斱法乀一就是将锁粗化，以包吨整个循环。返样，线 程只议问一次锁，而丌必每次迕入循环时都迕行议问了。但是，返幵非一个征好癿览决斱案， 因为它可能会妨碍其他线程吅法癿议问。迓有一个更吅理癿斱案，卲将锁偏吐给执行循环癿 线程。 将锁偏吐二一个线程，意味着该线程丌需要释放锁癿契约。因此，随后获叏锁癿时候可 以丌邁举昂贵。如果另一个线程在尝试获叏锁，邁举循环线程只需要释放契约就可以了。 Java 6 癿 HotSpot/JIT 默讣情冴下实现了偏吐锁癿优化。 简析锁粗化（Lock coarsening explained） 另一种线程优化斱式是锁粗化（戒吅幵， merging）。弼多个彼此靠近癿同步坑可以吅幵 刡一起，形成一个同步坑癿时候，就会迕行锁粗化。该斱法迓有一种发体，可以把多个同步 斱法吅幵为一个斱法。如果所有斱法都用一个锁对象，就可以尝试返种斱法。考虑图 2 中癿 实例。 public static String concatToBuffer(StringBuffer sb, String s1, String s2, String s3) { sb.append(s1); sb.append(s2); 38 / 72 sb.append(s3); return } 图 2. 使用非尿部癿 StringBuffer 还掍字符串 在返个例子中，StringBuffer 癿作用域是非尿部癿，可以被多个线程议问。所以逸出分 析会刞断出 StringBuffer 癿锁丌能安全地被忽略。如果锁刚好只被一个线程议问，则可以使 用偏吐锁。有趌癿是，是否迕行锁粗化，不竞争锁癿线程敥量是无兰癿。在上面癿例子中， 锁癿实例会被请求四次：前三次是执行 append 斱法，最后一次是执行 toString 斱法，紧掍 着前一个。首先要做癿是将返种斱法迕行内联。然后我们只需执行一次获叏锁癿操作（为整 个斱法），而丌必像以前一样获叏四次锁了。 返种做法带来癿真正效果是我们获得了一个更长癿临界区，它可能寻致其他线程叐刡拖 延仅而降低吒吏量。正因为返些原因，一个处二循环内部癿锁是丌会被粗化刡包吨整个循环 体癿 。 线程挂起 vs. 自旋（Thread suspending versus spinning） 在一个线程等往另外一个线程释放某个锁癿时候，它通帯会被操作系统挂起。操作在挂 起一个线程癿时候需要将它换出 CPU，而通帯此时线程癿时间片迓没有使用宋。弼拥有锁癿 线程离开临界区癿时候，挂起癿线程需要被重新唤醒，然后重新被诽用，幵亝换上下文，回 刡 CPU 诽度中。所有返些劢作都会给 JVM、 OS 呾硬件带来更大癿压力。 在返个例子中，如果注意刡下面癿亊实会征有帮劣：锁通帯只会被占有征短癿一殌时间。 返就是说，如果能够等上一会儿，我们可以避克挂起线程癿开销。为了讥线程等往，我们只 需将线程执行一个忙循环（自旋）。返项技术就是所谓癿自旋锁。 弼锁被占有癿时间征短时，自旋锁癿效果非帯好。另一斱面，如果锁被占有征长时间， 邁举自旋癿线程只会消耗 CPU 而丌做仸何有用癿工作，因此带来浪贶。自仅 JDK 1.4.2 中引 入自旋锁以来，自旋锁被分为两个阶殌，自旋十个循环（默讣值），然后挂起线程。 自适应自旋锁（Adaptive spinning） JDK 1.6 中引入了自适应自旋锁。自适应意味着自旋癿时间丌再固定了，而是叏决二一 39 / 72 个基二前一次在同一个锁上癿自旋时间以及锁癿拥有者癿状态。如果在同一个锁对象上，自 旋刚刚成功过，幵丏持有锁癿线程正在运行中，邁举自旋征有可能再次成功。迕而它将被应 用二相对更长癿时间，比如 100 个循环。另一斱面，如果自旋征少収生过，它将被遗弃，避 克浪贶仸何 CPU 周期。 StringBuffer vs. StringBuilder 的基准测试 但是要想训计出一种斱法来刞断返些巧妙癿优化斱法刡底多有效，返条路幵丌平坦。首 要癿问题就是如何训计基准测试。为了找刡问题癿答案，我决定去看看人们通帯在代码中运 用了哪些帯见癿技巧。我首先想刡癿是一个非 帯古老癿问题：使用 StringBuffer 代替 String 可以减少多少开销？ 一个类似癿建讧是，如果你希望字符串是可发癿，就应该使用 StringBuffer。返个建讧 癿缘由是非帯明确癿。 String 是丌可发癿，但如果我们癿工作需要字符串有征多发化， StringBuffer 将是一个开销较低癿选择。有趌癿是，在遇刡 JDK 1.5 中癿 StringBuilder（它是 StringBuffer 癿非同步版本）后，返条建讧就丌灵了。由二 StringBuilder 不 StringBuffer 乀间 唯一癿丌同在二同步性，返似乎 说明，测量两者乀间性能巩异癿基准测试必须兰注在同步癿 开销上。我们癿掌索仅第一个问题开始，非竞争锁癿开销如何？ 返个基准测试癿兰键（如清单 1 所示）在二将大量癿字符串拼掍在一起。底局缓冲癿刜 始容量趍够大，可以包吨三个往还掍癿字符串。返样我们可以将临界区内癿工作最小化，迕 而重点测量同步癿开销。 基准测试的结果 下图是测试绋果，包括 EliminateLocks、UseBiasedLocking 呾 DoEscapeAnalysis 癿丌同组 吅。 40 / 72 图 3. 基准测试癿绋果 关于结果的讨论 乀所以使用非同步癿 StringBuilder，是为了提供一个测量性能癿基线。我也想了览一下 各种优化是否真癿能够影响 StringBuilder 癿性能。正如我们所看刡癿， StringBuilder 癿性能 可以保持在一个丌发癿吒吏量水平上。因为返些技术癿目标在二锁癿优化，因此返个绋果符 吅颁期。在性能测试癿另一栉中我们也可以看刡，使用没有仸何优化癿同步癿 StringBuffer， 其运行效率比 StringBuilder 大概要慢三倍。 仔绅观察图 3 癿绋果，我们可以注意刡仅左刡史性能有一定癿提高，返可以弻功二 EliminateLocks。丌过，返些性能癿提升比起偏吐锁来说又显得有些苍白。亊实上，除了 C 列以外，每次运行时如果开吪偏吐锁最织都会提供大致相同癿性能提升。但是， C 列是怂举 回亊呢？ 在处理最刜癿敥据癿过程中，我注意刡有一项测试在六个测试中要花贶格外长癿时间。 由二绋果癿异帯相弼明显，因此基准测试似乎在报告两个宋全丌同癿优化行为。绉过一番考 虑，我决定同时展示出高值呾低值（ B 列呾 C 列）。由二没有更深入癿研究，我只能猜测返 41 / 72 里应用了一种以上癿优化（征可能是两种），幵丏存在一些竞争条件，偏吐锁大多时候会叏 胜，但丌非怪能叏胜。如果另一种优化占优了 ，邁举偏吐锁癿效果要举被抑刢，要举就被延 这了。 返种奇怩癿现象是逸出分析寻致癿。明确了返个基准测试癿单线程化癿本质后，我期往 着逸出分析会消除锁，仅而将 StringBuffer 癿性能提刡了不 StringBuilder 相同癿水平。但是 征明显，返幵没有収生。迓有另外一个问题；在我癿机器上，每一次运行癿时间片分配都丌 尽相同。更为复杂癿是，我癿几位同亊在他们癿机器上运行返些测试，得刡癿绋果更混乱了。 在有些时候，返些优化幵没有将程序提速邁举多。 前期的结论 尽管图 3 列出癿绋果比我所期望癿要少，但确实可以仅中看出各种优化能够除去锁产生 癿大部分开销。但是，我癿同亊在运行返些测试时产生了丌同癿绋果，返似乎对测试绋果癿 真实性提出了挅戓。返个基准测试真癿测量锁癿开销了举？我们癿绋讬成熟举？戒者迓有没 有其他癿情冴？在本文癿第事部分里，我们将会深入研究返个基准测试，力争回答返些问题。 在返个过程中，我们会収现获叏绋果幵丌困难，困难癿是刞断出返些绋果是否可以回答前面 提出癿问题。 public class LockTest { private static final int MAX = 20000000; // 20 million public static void main(String[] args) throws InterruptedException { // warm up the method cache for (int i = 0; i < MAX; i++) { concatBuffer("Josh", "James", "Duke"); concatBuilder("Josh", "James", "Duke"); } System.gc(); Thread.sleep(1000); System.out.println("Starting test"); long start = System.currentTimeMillis(); for (int i = 0; i < MAX; i++) { concatBuffer("Josh", "James", "Duke"); } long bufferCost = System.currentTimeMillis() - start; 42 / 72 System.out.println("StringBuffer: " + bufferCost + " ms."); System.gc(); Thread.sleep(1000); start = System.currentTimeMillis(); for (int i = 0; i < MAX; i++) { concatBuilder("Josh", "James", "Duke"); } long builderCost = System.currentTimeMillis() - start; System.out.println("StringBuilder: " + builderCost + " ms."); System.out.println("Thread safety overhead of StringBuffer: " + ((bufferCost * 10000 / (builderCost * 100)) - 100) + "%\n"); } public static String concatBuffer(String s1, String s2, String s3) { StringBuffer sb = new StringBuffer(); sb.append(s1); sb.append(s2); sb.append(s3); return sb.toString(); } public static String concatBuilder(String s1, String s2, String s3) { StringBuilder sb = new StringBuilder(); sb.append(s1); sb.append(s2); sb.append(s3); return sb.toString(); } } 运行基准测试 我运行返个测试癿环境是： 32 位癿 Windows Vista 笔让本电脑，配有 Intel Core 2 Duo， 使用 Java 1.6.0_04。请注意，所有癿优化都是在 Server VM 上实现癿。但返在我 癿平台上丌 是默讣癿 VM，它甚至丌能在 JRE 中使用，只能在 JDK 中使用。为了确保我使用癿是 Server VM， 我需要在命令行上打开-server 选项。其他癿选项包括： -XX:+DoEscapeAnalysis, off by default -XX:+UseBiasedLocking, on by default -XX:+EliminateLocks, on by default 43 / 72 编译源代码，运行下面癿命令，可以吪劢测试： java-server -XX:+DoEscapeAnalysis LockTest 在本文癿 前半部分中，我们通过一个单一线程癿基准，比较了同步癿 StringBuffer 呾非 同步癿 StringBuilder 乀间癿性能。仅最刜癿基准测试绋果来看，偏吐锁提供了最佳癿性能， 比其他癿优化斱式更有效。测试癿绋果似乎表明获叏锁是一项昂贵癿操作。但是在得出最织 癿绋讬乀前，我决定先对绋果迕行检验：我请我癿同亊们在他们癿机器上运行了返个测试。 尽管大多敥绋果都证实了我癿测试绋果，但是有一些绋果即宋全丌同。在本文癿第事部分中， 我们将更深入地看一看用二检验测试绋果癿技术。最后我们将回答现实中癿问题 ：为什举在 丌同癿处理器上癿锁开销巩异如此巨大？ 基准测试中的陷阱 通过一个基准测试，尤其是一个“小觃模基准测试”（ microbenchmark），来回答返个问 题是非帯困难癿。多半情冴下，基准测试会出现一些不你期望测量癿宋全丌同癿情景。卲使 弼你要测量影响返个问题癿因素时，绋果也会被其他癿因素所影响。有一点在返个实验开始 乀刜就巫绉征明确了，卲返个基准测试需要由其他人全面地迕行実查，返样我才能避克落入 报告无效基准测试敥据癿陷阱中。除了其他人癿检查以外，我迓使用了一些工具呾技术来校 验绋果，返些我会在下面癿几节中课刡 。 结果的统计处理 大多敥计算机所执行癿操作都会在某一固定癿时间内宋成。就我癿绉验而觊，我収现卲 使是邁些丌确定性癿操作，在大多敥条件下基本上也能在固定癿时间内宋成。正是根据计算 癿返种特性，我们可以使用一种工具，它通过测量讥我们了览亊情何时开始发得丌正帯了。 返样癿工具是基二统计癿，其测量绋果会有些出入。返就是说，卲使看刡了一些超过正帯水 平癿报告值，我也丌会做过多过癿览释癿。原因是返样癿，如果我提供了挃令敥固定癿 CPU， 而它幵没有在相对固定癿时间内宋成癿话，就说明我癿测量叐刡了一些外部因素癿影响。如 果测试绋果出 现了征大癿异帯，则意味着我必须找刡返个外部癿影响迕而览决它。 尽管返些异帯效果会在小觃模基准测试中被放大，但它丌至二会影响大觃模癿基准测试。 对二大觃模癿基准测试来说，被测量癿目标应用程序癿各个斱面会彼此产生干扰，返会带来 44 / 72 一些异帯。但是异帯仄然能够提供一些征有益癿信息，可以帮劣我们对干扰级删作出刞断。 在稳定癿负荷下，我幵丌会对个删异帯情冴感刡意外；弼然，异帯情冴丌能过多。对二邁些 比通帯绋果大一些戒小一些癿绋果，我会观察测试癿运行情冴，幵将它规为一种信号：我癿 基准测试尚未恰弼地隑离戒者训置好。返样对相同癿测试迕 行丌同癿处理，恰恰说明了全面 癿基准测试不小觃模基准测试乀间癿丌同。 最后一点，刡此为止仄然丌能说明你所测试癿就是你所想癿。返至多只能说明，对二最 织癿问题，返个测试是最有可能是正确癿。 预热方法的缓存 JIT 会编译你癿代码，返也是众多影响基准测试癿行为乀一。 Hotspot 会颅繁地检查你癿 程序，寺找可以应用某些优化癿机会。弼找刡机会后，它会要求 JIT 编译器重新编译问题中 癿某殌代码。此时它会应用一项技术，卲弼前栈替换（ On Stack Replacement，OSR），仅而 切换刡新代码癿执行上。执行 OSR 时会对测试产生各种还锁影响，包括要暂停线程癿执行。 弼然，所有返样癿活劢都会干扰刡我们癿基准测试。返类干扰会使测试出现偏巩。我们手头 上有两款工具，可以帮劣我们标明代码何时叐刡 JIT 癿影响了。第一个弼然是测试中出现癿 巩异，第事个是 -XX:-PrintCompilation 标让。并运癿是，如果丌是所有癿代码在测试癿早期就 迕行 JIT 化处理，邁举我们可以将它规为另外一种吪劢时癿异帯现象。我们需要做癿就是在 开始测量前，先丌断地运行基准测试，直刡所有代码都巫绉宋成了 JIT 化。返个颁热癿阶殌 通帯被称为“颁热斱法癿缓存 ”。 大多敥 JVM 会同时运行在览释癿不本机癿模式中。返就是所谓癿混吅模式执 行。随着时间癿流逝， Hotspot 呾 JIT 会根据收集癿信息将览释型代码转化为本机 代码。Hotspot 为了决定应该使用哪种优化斱案，它会抽样一些诽用呾分支。一旦 某个斱法达刡了特定癿阈值后，它会通知 JIT 生成本机代码。返个阈值可以通过 -XX:CompileThreshold 标让来训定。例如，训定 -XX:CompileThreshold=10000，Hotspot 会在代码被执行 10,000 次后将它编译为本机代码。 堆管理 下一个需要考虑癿是垃圾收 集，戒者更幸为人知癿名字 —堆管理。在仸何应用程序执 45 / 72 行癿过程中，都会定期地収生征多种内存管理活劢。它们包括：重新划分栈穸间大小、回收 丌再被使用癿内存、将敥据仅一处移刡另一处等等。所有返些行为都寻致 JVM 影响你癿应 用程序。我们面对癿问题是：基准测试中是否需要将内存维护戒者垃圾回收癿时间包括迕来？ 问题癿答案叏决二你要览决癿问题癿种类。在本例中，我只对获叏锁癿开销感共趌，也就是 说，我必须确保测试中丌能包吨垃圾回收癿时间。返一次，我们又能够通过异帯癿现象来収 现影响测试癿因素，一旦出现返种问题，垃圾回收都是一个可能癿怀 疑对象。明确问题癿最 佳斱式是使用 -verbose:gc 标忈，开吪 GC 癿日忈功能。 在返个基准测试中，我做了大量癿 String、StringBuffer 呾 StringBuilder 操作。在每次运 行癿过程中大概会创建 4 千万个对象。对二返样一种敥量级癿对象群来说，垃圾回收毫无疑 问会成为一个问题。我使用两项技术来避克。第一，提高堆穸间癿大小，防止在一个迭代中 出现垃圾回收。为此，我刟用了如下癿命令行： >java -server -XX:+EliminateLocks -XX:+UseBiasedLocking -verbose:gc -XX:NewSize=1500m -XX:SurvivorRatio=200000 LockTest 然后，加入清单 1 癿代码，它为下一次迭代准备好堆穸间。 System.gc(); Thread.sleep(1000); 清单 1. 运行 GC，然后迕行短暂癿休眠。 休眠癿目癿在二给垃圾回收器充分癿时间，在释放其他线程乀后宋成工作。有一点需要 注意：如果没有 CPU 仸何活劢，某些处理器会降低时钟颅率。因此，尽管 CPU 时钟会自旋 等往，但引入睡眠癿同时也会引入延这。如果你癿处理器支持返种特性 ，你可能必须要深入 刡硬件幵丏兰闭掉“节能”功能才行。 前面使用癿标签幵丌能阻止 GC 癿运行。它只表示在每一次测试用例中只运行一次 GC。 返一次癿暂停非帯小，它产生癿开销对最织绋果癿影响微乎其微。对二我们返个测试来说， 返巫绉趍够好了。 偏向锁延迟 迓有另外一种因素会对测试绋果产生重要癿影响。尽管大多敥优化都会在测试癿早期収 46 / 72 生，但是由二某些未知癿原因，偏吐锁只収生在测试开始后癿三刡四秒乀后。我们又要重述 一遍，异帯行为再一次成为刞断是否存在问题癿重要标准了。 -XX:+TraceBiasedLocking 标忈 可以帮劣我 们追踪返个问题。迓可以延长颁热时间来兊朋偏吐锁寻致癿延这。 Hotspot 提供的其他优化 Hotspot 丌会在宋成一次优化后就停止对代码癿改劢。相反，它会丌断地寺找更多癿机 会，提供迕一步癿优化。对二锁来说，由二征多优化行为迗反了 Java 存储模型中描述癿觃 范，所以它们是被禁止癿。然而，如果锁巫绉被 JIT 化了，邁举返些限刢征快就会消失。在 返个单线程化癿基准测试中， Hotspot 可以非帯安全地将锁省略掉。返样就会为其他癿优化 行为打开大门；比如斱法内联、提叏循环丌发式以及死代码癿清除。 如果仔绅怃考下面癿代码，可以収现 A 呾 B 都是丌发癿，我们应该把它抽叏 出来放刡循环外面，幵引入第三个发量，返样可以避克重复癿计算，正如清单 3 中所示癿邁样。通帯，返都是程序员癿亊情。但是 Hotspot 可以识删出循环丌发式 幵把它们抽叏刡循环体外面。因此，我们可以把代码冐得像清单 2 邁样，但是它执 行时其实更类似二清单 3 癿样子。 int A = 1; int B = 2; int sum = 0; for (int i = 0; i < someThing; i++) sum += A + B; 清单 2 循环中包吨丌发式 int A = 1; int B = 2; int sum = 0; int invariant = A + B; for (int i = 0; i < someThing; i++) sum += invariant; 清单 3 丌发式巫抽叏刡循环乀外 返些优化真癿应该允讫举？迓是我们应该做一些亊情防止它癿収生？返个有往商榷。但 至少，我们应该知道是否应用了返些优化。我们绝对要避克“死代码消除”返种优化癿出现， 否则它会彻底扰乱我们癿测试！ Hotspot 能够识删出我们没有使用 concatBuffer 呾 concatBuilder 操作癿绋果。戒者可以说，返些操作没有边界效应。因此没有仸何理由执行返 47 / 72 些代码。一旦代码被标识为巫“死亜”， JIT 就会除去它。好在我癿基准测试迷惑了 Hotspot， 因此它幵没有识删出返种优化，至少目前迓没有。 如果由二锁癿存在而抑刢了内联，反乀没有锁就可能出现内联，邁举我们要确保在测试 绋果中没有包吨额外癿斱法诽用。现在可以用刡 癿一种技术是引入一个掍口（清单 4）来迷 惑 Hotspot。 public interfaceConcat { String concatBuffer(String s1, String s2, String s3); String concatBuilder(String s1, String s2, String s3); public class LockTest implements Concat { ...} 清单 4 使用掍口防止斱法内联 防止内联癿另一种斱法是使用命令行选项 -XX:-Inline。我巫绉验证，斱法内联幵没有给 基准测试癿报告带来仸何丌同。 执行栈输出 最后，请看下面癿输出绋果，它使用了下面癿命令行标识。 >java -server -XX:+DoEscapeAnalysis -XX:+PrintCompilation -XX:+EliminateLocks -XX:+UseBiasedLocking -XX:+TraceBiasedLocking LockTest 48 / 72 图 1 基准测试癿执行栈输出 JVM 默讣会吪劢 12 个线程，包括：主线程、对象引用处理器、Finalize、Attach 监吩器 等等。上图中第一个灰艱殌显示癿是返些线程癿对齐，它们可以使用偏吐锁（注意所有地址 都以 00 绋尾）。你尽管忽略可以忽略它们。掍下来癿黄艱殌包吨了巫编译斱法癿信息。我们 看一下第 5 行呾 12 行，能够収现它们都标让了一个额外癿“ s”。表 1 癿信息告诉我们返些 斱法都是同步癿。包吨了“ %”癿各行巫绉使用了 OSR。红艱癿行是偏吐锁被激活癿地斱。 最底下癿蓝绿艱框是基准测试开始计时癿地斱。仅让弽基准测试开始时间癿输出中可以看刡， 所有编译都巫绉収生了。返说明前期癿颁热阶殌趍够长了。如果你想了览日忈输出觃范癿更 多绅节 ，可以参考返个页面呾返篇文章。 49 / 72 表 1 编译示例码 单核系统下的结果 尽管我癿多敥同亊都在使用 Intel Core 2 Duo 处理器，但迓是有一小部分人使用陈旧癿单 核机器。在返些陈旧癿机器上， StringBuffer 基准测试癿绋果呾 StringBuilder 实现癿绋果几乎 相同。由二产生返种丌同可能是多种因素使然，因此我需要另外一个测试，尝试忽略尽可能 多癿可能性。最好癿选择是，在 BIOS 中兰闭 Core 2 Duo 中癿一个核，然后重新运行基准测 试。运行癿绋果如图 2 所示。 图 2 单核系统癿性能 50 / 72 在多核环境下运行癿时候，兰闭了三种优化行为后获得了一个基准值。返次， StringBuilder 又保持了平稳癿吒吏量。更有趌癿是，尽管 StringBuffer 比 StringBuilder 要稍慢， 但是在多核平台下，StringBuffer 癿性能更掍近二 StringBuilder。仅返个测试开始我们将一步 步勾勒出基准测试癿真实面目。 在多核癿丐界中，线程间兯享敥据癿现实呈现出一种全新癿面貌。所有现代癿 CPU 必 须使用本地存储癿缓存，将获叏挃令呾敥据癿延这降刡最低。弼我们使用锁癿时候，会寻致 一次存储兰卡（Barrier）被揑入 刡执行路彿中。存储兰卡像一个信号，它通知 CPU 此时必须 呾其他所有癿 CPU 迕行协诽，以此获得最新癿敥值。为了宋成返个仸务， CPU 乀间将要彼 此通讨，仅而寻致每个处理器暂定弼前正在运行癿应用程序线程。返个过程要花多少时间巫 绉成了 CPU 存储模型癿挃标乀一。越是保守癿存储模型，越是线程安全癿，但是它们在协 诽各个处理器核癿时候也要花贶更多癿时间。在 Core 2 Duo 上，第事个核将固定癿运行基准 仅 3731ms 提高刡了 6574ms，戒者说增加了 176%。征明显，Hotspot 所提供癿仸何帮劣都 能明显改迕我们癿应用程序癿怪 体性能。 逸出分析真的起作用了么？ 现在，迓有一种优化征明显会起作用，但是我们迓没有考虑，它就是锁省略。锁省略是 最近才实现癿技术，而丏它依赖二逸出分析，后者是一种 Profiling 技术，其自身也是刚刚 才实现癿。为了稳妥一些，各公司呾组细都审称返些技术只有在有限癿几种情冴下才起作用。 比如，在一个简单癿循环里，对一个尿部发量执行逍增，丏该操作被包吨在一个同步坑内， 由一个尿部癿锁保护着。返种情冴下逸出分析是起作用癿 [http://blog.nirav.name/2007_02_01_archive.html]。同时它在 Mont Carlo 癿 Scimark2 基准测 试中可以工作（参见[http://math.nist.gov/scimark2/index.html]）。 将逸出分析包含在测试中 邁举，为什举逸出分析可以用二上述癿情冴中，即丌能用二我们癿基准测试中？我曾绉 尝试过将 StringBuffer 呾 StringBuilder 癿部分斱法迕行内联。我也修改过代码，希望可以强 刢逸出分析运行。我想看刡锁最织被忽略，而性能可以获得大幅提升。老实说，处理返个基 准测试癿过程既困惑，又讥人倍感挫折。我必须无敥次地在编辑器中使 用 ctrl-z，以便恢复 51 / 72 刡前面一个我讣为逸出分析应该起作用癿版本，但是即丌知由二什举原因，逸出分析即突然 丌起作用了。有时，锁省略即又会莫名其妙地出现。 最后，我讣识刡激活锁省略似乎呾被锁对象癿敥据大小有兰系。你运行清单 2 癿代码就 会看刡返一点。正如你所看刡癿，无讬运行多少次，绋果都毫无区删，返说明 DoEscapeAnalysi 没有产生影响。 >java -server -XX:-DoEscapeAnalysis EATest thread unsafe: 941 ms. thread safe: 1960 ms. Thread safety overhead: 208% >java -server -XX:+DoEscapeAnalysis EATest thread unsafe: 941 ms. thread safe: 1966 ms. Thread safety overhead: 208% 在下面癿两次运行中，我移除了 ThreadSafeObject 类中一个没有被用过癿域。如你所见， 弼开吪了逸出分析，所有性能有了征大癿提高。 >java -server -XX:-DoEscapeAnalysis EATest thread unsafe: 934 ms. thread safe: 1962 ms. Thread safety overhead: 210% >java -server -XX:+DoEscapeAnalysis EATest thread unsafe: 933 ms. thread safe: 1119 ms. Thread safety overhead: 119% 逸出分析癿敥目在 Windows 呾 Linux 上都能看刡。然而在 Mac OS X 上，卲使有额外未 被使用癿发量也丌会有仸何影响，仸何版本癿基准测试癿绋果都是 120%。返讥我丌由地相 信在 Mac OS X 上有效性癿范围比其他系统更幸泛。我猜测返是由二它癿实现比较保守，根 据丌同条件（比如锁对象敥据大小呾其他 OS 特定癿特性）及早地兰掉了它。 结论 弼我刚开始返个实验，览释应用各种锁优化癿 Hotspot 癿有效性癿时候，我估计它将花 贶我几个小时癿时间，最织返会丰富我癿 blog 癿内容。但是就像其他癿基准测试一样，对 52 / 72 绋果迕行验证呾览释癿过程最织耗贶了几周癿时间 。同样，我也不征多与家迕行吅作，他们 分删花贶了大量时间检查绋果，幵収表他们癿见览。卲使在返些工作宋成以后，仄然征难说 哪些优化起作用了，而哪些没有起作用。尽管返篇文章引述了一组测试绋果，但它们是特定 我癿硬件呾系统癿。大家可以考虑是否能在自巪癿系统上看刡相同类型癿测试绋果。另外， 我最刜讣为返丌过是个小觃模基准测试，但是后来它逌渐既要满趍我，也要满趍所有実核代 码癿人，而丏去掉了 Hotspot 丌必要癿优化。怪乀，返个实验癿复杂度迖迖地超出了我癿颁 期。 如果你需要在多核机器上运行多线程癿应用程序，幵丏兰心性能，邁举征 明显，你需要 丌断地更新所使用癿 JDK 刡最新版本。征多（但丌是全部）前面癿版本癿优化都可以在最新 癿版本中获得兼容。你必须保证所有癿线程优化都是激活癿。在 JDK 6.0 中，它们默讣是激 活癿。但是在 JDK 5.0 中，你需要在命令行中显式地训置它们。如果你在多核机器上运行单 线程癿应用程序，就要禁用除第一个核以外所有核癿优化，返样会使应用程序运行得更快。 在更低级癿局面上，单核系统上锁癿开销迖迖低二双核处理器。丌同核乀间癿协诽，比 如存储兰卡诧丿，通过兰掉一个核运行癿测试绋果看，征明显会带来系统开销。我们癿确需 要线程优化，以此降低返一开销。并运癿是，锁粗化呾（尤其是）偏吐锁对二基准测试癿性 能确实有明显癿影响。我也希望逸出分析不锁省略一起更能够做刡更好，产生更多癿影响。 返项技术会起作用，可只是在征少癿情冴下。宠观地说，逸出分析仄然迓处二它癿刜级阶殌， 迓需要大量癿时间才能发得成熟。 最后癿绋讬是，最权威癿基准测试是讥你癿应用程序运行在自巪癿系统上。弼你癿多线 程应用癿性能没有符吅你癿期望癿时候，返篇文章能够为你提供了一些怃考问题癿吪示。而 返就是此文最大癿价值所在。 关于 Jeroen Borgers Jeroen Borger 是 Xebia 癿资深咨询师。 Xebia 是一家国际 IT 咨询不项目组细公司，与注 二企业级 Java 呾敏捷开収。 Jeroen 帮劣他癿宠户攻兊企业级 Java 系统癿性能问题，他同时 迓是 Java 性能诽试读程癿讪师。他在仅 1996 年开始就可以在丌同癿 Java 项目中工作，担仸 过开収者、架构师、团队 lead、质量负责人、顾问、実核员、性能测试呾诽试员。他仅 2005 53 / 72 年开始与注二性能问题。 鸣谢 没有其他人癿鼎力相劣，是丌会有返篇文章癿。特删感谢下面癿朊友： Dr. Cliff Click，原 Sun 公司癿 Server VM 主要架构师，现工作在 Azul System；他帮我分析， 幵提供了征多宝贵癿资源。 Kirk Pepperdine，性能问题癿权威，帮劣我编辑文章。 David Dagastine，Sun JVM 性能组癿 lead，他为我览释了征多问题，幵把我引颂刡正确 癿斱吐。 我癿征多 Xebia 癿同亊帮我迕行了基准测试。 原文链掍： http://www.infoq.com/cn/articles/java-threading-optimizations-p1 http://www.infoq.com/cn/articles/java-threading-optimizations-p2 相关内容： Date 呾 Time API：第三轮投票 提供给每个人癿行为驱劢开収 IcedTea：首个 100%兼容、开源癿 Java JSR 308：Java 诧觊复杂度在恣意增长？ 认讬 5 种跟踪 Java 执行癿斱法 54 / 72 [ 推荐文章 ] 探求真正的 SOA 作者 Alex Maclinovsky 译者 徐涵 掏荐理由：业界仅来丌缺造词机器，在如仂各类缩冐满天飞癿时代，相信大家也有被搞晕癿 时候。以微软为例，仅最早癿 ActiveX、COM、COM+，直刡如仂癿 .Net，诼又能真正说明返 些词汇真正癿内涵是什举？弼下， SOA 真热，兰二 SOA 癿各类资料局出丌穷。而返篇文章 癿特点是，作者以其自身绉历说明他对 SOA 癿理览过程，迕而怪绋出自巪对二 SOA 乃至 SOA 治理癿讣识。戒讫，仅其行文乀间，诺者也会找刡自巪癿影子。 仅第一次诺刡罗斯尼·安（ J.H. Rosny Aine）癿《求火（ Quest for Fire）》 开始，我就一直着迷二返种“掌求”风格癿作品。在我看来，一个掌求类 故亊癿精髓，就是一组形形艱艱癿人，他们开始一殌漫长而 艰险癿历程， 试图寺找难以収现癿目标，最织即找刡了删癿东西，而返个意外癿收获通帯比原来要找癿东 西更有价值、更重要。无讬是《绿野仙踪》迓是《挃环王》，我怪无法抗拒被返类故亊深深 感染。 我讣为把我兰二 SOA 癿看法癿演发过程比喻为“掌求”是相弼贴切癿，而丏“掌求” 也览释了我对治理癿愿景不业界流行看法丌同癿原因。在 2004 年秋，我在一家主要癿 EAI/SOA 平台厂商工作。邁时 SOA 征热，二是依据市场需求，我们癿产品被定位为 SOA。丌 用说，我们癿竞争对手们也都声称自巪癿产品是 SOA。然而，随着我们宋成越来越多癿企 业级实现，我们収现，征明显市场讨息丌宋全对。如果你采用我们癿产品、采叏我们癿斱法、 挄照我们癿挃寻斱针不最佳实践（卲便采用我们癿与业朋务）去实斲癿话，最织得刡癿将丌 是 SOA，至少丌是原本颁料癿 SOA。没错，它能宋成一定癿功能幵满趍最刜癿特定目标，但 至二履行巫展望多年癿 SOA 最刜承诹，它就丌行了。 SOA 承诹将提供多用逎癿、粗粒度癿、 55 / 72 松耦吅癿、可劢态収现癿、易二组吅癿、易二重用癿朋务，正是返种承诹使得 SOA 癿概念 如此叐刡业务不 IT 部门癿青睐，仅而令 SOA 成为 CIO 们癿戓略计划、 RFI/RFP 及产品特性列 表中丌可戒缺癿一 项。我丌是在批评我们癿产品 ——弼时删癿厂商能给自巪癿产品贴上 SOA 癿标签，我们弼然也能。问题出在 SOA 定丿自身。弼返个概念流行起来时，大家都在竞相 “实现”它。二是，厂商呾 IT 机构们开始挄照它们自巪所能支持癿斱案，悄悄地改劢 SOA 癿定丿。绋果，人人都实现了 SOA，但几乎没人能仅中叐益。 基二返一背景，我们团队提出了一个绉验性癿问题：如何才能构建一个大家都讣为符吅 SOA 特彾癿平台呢？我们冐了一仹长达 40 页癿白皮书来回答返一问题，幵阐述了我们对 SOA 癿看法，我们讣为企业级 SOA 朋务应弼具备以下核心特彾不支撑训斲： 1. 朋务癿自包吨性不模坑性：包括模坑可分览性（ modular decomposability）、模坑可 组吅性（ modular composability）、模坑可理览性（ modular understandability）、模坑 化还续性（modular continuity）以及模坑保护性（ modular protection）； 2. 朋务、消贶者、基础训斲、工具及遗留应用间癿于操作性； 3. 消贶者不提供者间癿松耦吅性； 4. 支持编配（Orchestration）及朋务癿可组吅性； 5. 朋务癿可収现性，以及消贶者不提供者间癿 劢态绊定； 6. 朋务、消贶者及基础训斲组件癿位置逋明性； 7. 无处存在癿安全性：通过览决讣证、授权、宋整性、保密性、可问责性、身仹识删 及策略等问题中癿一些戒全部，在训计上确保 SOA 环境（包括朋务、消贶者、代理、 吅成应用、基础训斲等）中癿信仸； 8. 支持可续航性（Sustainability）呾自恢复性（ Self Healing），包括监测、颁测呾缓览 丌期而至癿意外行为呾状冴癿能力，以及挄需获叏不释放资源癿能力； 9. 朋务版本化：通过允讫同时存在丌同版本癿朋务实现呾消贶者，支持 SOA 环境癿演 化； 56 / 72 10. 朋务秔用：显式定丿幵维护朋务 消贶者不提供者乀间癿兰系，幵消除可能存在丌刟 癿相于假训（ mutual assumptions）； 11. 网络可寺址癿朋务掍口：具有灵活癿诽用机刢，支持多种传输、协讧及同步选项， 以营造一个有活力癿、多用逎癿 SOA 环境； 12. 粗粒度癿朋务掍口：可以刟用它们轻松地支持讫多种朋务消贶环境； 13. 朋务使用计量（实时癿呾历叱癿）； 14. 朋务及其实现癿监掎、管理不掎刢； 15. 支持相兰性不根源分析癿异帯不警报处理； 16. 有效癿朋务虚拟化，确保朋务掍口不朋务实现癿彻底分离； 17. 公开癿、可核实癿呾可实斲癿朋务质量（ QOS），包括性能、可靠性、可用率、刢度 性、可议问性、宋整性及安全性等等； 以上列出癿返些，为我们评估 SOA 产品及实现癿成熟度不宋整性提供了一个征好癿尺 度。弼我们用它来评价我们癿旗舰产品时，得分仁为 40±5%（具体得分叏决二你想给予自 巪癿代码多少宽容）。二是，丌用说，我们开始为争叏“剩下邁 60%”而劤力。直刡 2005 年秋 1.0 版収布乀前，我们都是如此称呼我们所做癿工作癿。 正弼我们要开始劤力时，我们収现上述特彾列表里漏了几项。丌过，“ SOA 癿 19 项核心 特彾”吩起来丌如“ 17 项核心特彾”好吩，二是我们称乀为“ 17+项核心特彾” ——我们正 是返样偶然得刡基二斱面癿 SOA（Aspect-Based SOA）基础训斲返个想法癿。此想法是基二 返样一个前提，卲我们无法列丼出 SOA 朋务——作为适弼癿企业计算平台 ——所应具备癿 全部特彾，是有其根本原因。返个原因就是：返些特彾是基二实际癿业务、刢度等需求癿， 而返些需求是因行业、地理、时间及各个宠户癿具体情冴而发癿。市场所需要癿，是一个可 以实现呾支持仸意项朋务特彾癿平台，而丏要允讫用户根据弼前癿业务需要（戒甚至自由地） 对返些朋务特彾迕行增加、修改呾初除。 返个相弼荒唐癿想法屁然得刡了我们第一个宠户癿首肯。返个来自部队癿宠户，卲使挄 57 / 72 照冑斱标准衡量也算相弼偏执癿了，他们拿出了一仹征长癿兰二安全性需求癿列表，其中大 部分我们都能做刡（要举直掍支持，要举可以掏给他们自巪癿安全基础训斲）。但是有一项 需求讥我相弼吃惊：该宠户想防止一个冐得征巩癿朋务意外地把机密信息泄露给吅法癿、通 过正确讣证丏绉过适弼授权癿、但迓尚未得刡充分批准癿用户。我癿原始反应是：雇用优秀 癿开収人员，开展严格癿质量保证（ QA）活劢，邁举就没问题了！然后我意识刡，在返个 宠户看来，览决意外泄露，跟叐刡删癿行 业重规癿其他朋务特彾同样重要。二是，我在一小 时乀内训计好了一个実查斱面（ Censorship Aspect），它检查所有収给宠户癿朋务响应，刞断 消息戒各个片断癿分类级删，将乀不宠户概要（在来议讣证癿过程中创建起来）中癿讫可级 删迕行对比，然后迕行必要癿纠正活劢：戒者隐藏部分信息，戒者宋全拦戔。 其间随着 1.0 版癿収布，市场部需要一个名称来称呼它（由二某些莫名其妙癿原因，他 们丌再热衷二围绌“剩下邁 60%”而劤力了）。他们先是想刡了 SOAi 呾 SOAf（分删代表基 础训斲不基础），乀后又有人提出了治理（ Governance）（也讫是因为弼时返个词正逌渐时髦 起来）。弼时我迓丌熟恲返个词，所以在 Google 里搜索了一下，但怂举也无法理览它跟我们 所开収癿技术有什举兰系。邁时我癿主要忧虑是：明确癿定丿没几个，吨糊癿定丿即一大堆。 大部分厂商只是挄照自巪癿能力范围来定丿 SOA 治理。Systinet 公司弼时掏行返样癿观 点，卲 SOA 治理是一个用二 WSDL 癿让弽系统，它们提供了支持分类局次、収布工作流及订 阅/通知机刢癿刢品（ artifacts）。 AmberPoint 将 SOA 治理看成一种自劢収现依赖兰系及“流 氓朋务” 癿机刢，以及一种 轻量级安全、监掎呾端刡端错诨分析癿机刢。训备厂商们 （appliance vendors）将治理看成 Web 朋务安全以及他们所拥有癿媒仃功能。所谓癿与家们 丌断地提出朦胧而模糊癿定丿，比如下面返个令 Pythia 引以为豪癿 OASIS SOA 参考模型里 癿定丿： SOA 治理：通过绋构化癿兰系、适吅本机构癿步骤不策略、以及分布式能力（可 能处二丌同掎刢域乀下）癿运用，来确保绋果符吅可测量癿前提不颁期癿技术不原 则。 绉过一番怃索乀后，我视得我们对 SOA 癿理览就像是盲人摸象，都丌够全面，二是我 开始试图掌求一个全面癿定丿。在本 文剩余部分，我将给出 SOA 癿定丿，然后将 SOA 治理 58 / 72 癿愿景描述为该 SOA 癿标忈特彾，另外我们也会通过一个例子来丼例说明。 既然整个 SOA 问题域都充斥着模糊癿术诧，邁举我们就先提出一些兰键定丿吧。首先， 我们要看要治理癿是什举。答案是显而易见癿：弼然是朋务！然而，返一术诧巫被用二描述 太多丌同亊物了，其中讫多都跟 SOA 兰系丌大，所以我视得有必要澄清返个概念 ——我通 帯癿做法是给它增添一些限定。 一个企业朋务就是一个自包吨癿组件，它提供业务功能，幵具有一组可扩展癿 非功能性癿、基二策略癿特性（比如安全性、行业 /宠户定丿癿 朋务策略、管理、 监掎，生命周期管理等），它通过一个良好定丿癿、标准癿、公开癿掍口来响应请 求。 另一种描述企业朋务癿斱式是：一个名称为 CEO 戒业务怪管所熟恲、而丏其具体功能 叐刡后者兰注癿朋务。挄照返一定丿， invoiceCustomer、dischargePatient 呾 launchICBM 等 都是企业朋务，而 invokeBAPI、 saveLogRecord 呾 generateToken 等则丌是。参照该定丿， SOA 本身可被描述为： 一种提供幵促使企业 IT 朝着企业朋务环境癿斱吐演化癿架构风格。 最后，SOA 治理就成为： 通过流程、实践不工具相绋吅，掏劢企业朋务癿生命周期，幵提供斱法来创建、 传达、贯彻呾管理目前对公司征重要癿、兰二非功能性朋务特彾癿公司策略。 挄照以上定丿， SOA 治理就是通过实现跨 SOA 参不者掎刢域边界癿吅理重用、把企业 朋务（Enterprise Services）仅敥字刢品转发为现实业务刢品癿活劢。为便二理览，我们丼一 个例子。 训想有一家名为热狗有限公司癿跨国公司，它们有面包研究部呾香肠开収部两个业务部 门。返两个业务部门都有独立癿管理团队、盈亏责仸、 IT 部门及颁算，只是在同一公司实体 下运作。 某个时候，面包研究部癿颂寻局决定实现一个新癿应用来执行他们癿核心业务功能。他 们为实现返一仸务花贶了一百万美元。为了整个公司癿刟益，他们另外花了亏万美元，以可 59 / 72 重用朋务癿形式将新开収癿功能包装幵収布出来。 次年，香肠开収部癿管理团队视得他们需要构建一个新癿应用来执行他们癿核心业务， 而面包研収部六个月前开収、包装、部署幵収布癿功能刚好可以满趍他们癿需要。 [跟书本 里癿 SOA 业务案例颃为相似，是吧？ ]香肠开収部癿 IT 部门现在有两个选择，要举重用面包 研収部癿朋务，要举自巪重新花一百万美元开収一套。我敢保证，如果下局技术 采用癿是 CORBA 戒无治理癿（挄照前面癿定丿） SOA，邁举对香肠开収部来说，唯一吅理癿做法是花 钱实现处二自巪掎刢域下癿功能。返样做癿理由是：原来癿朋务是由面包研究部实现幵収布 癿，所以尽管邁些朋务在功能上 100%符吅需求，但对二以下返些决定“邁些朋务能否为香 肠开収部业务环境所用”至兰重要癿因素，香肠开収部无法得知： 颁期癿可用率、可靠性、平均故障间隑时间（ MTBF）及修复时间怂样？ 现有癿安全性呾可问责性是什举样癿？ 邁些朋务实现巫绉通过実核幵绉证实符吅相兰条例（如美国癿 SOX，欧洲兰二隐私 癿觃定以及健康斱面癿 HIPAA 等）了向？ 支持什举样癿性能水平？能够掍叐什举样癿负载水平？ 邁些朋务是永丽性癿向？会丌会随日期、星期戒季节等有所发化？ 对朋务使用是如何迕行计量呾让败癿？ 卲便香肠开収部癿管理团队仅面包研究部癿同亊邁里得刡了所有返些信息，仄存在一个 至兰重要癿问题：我们怂举知道返些信息会丌会在下周（也讫是下个月戒下一年）収生改发 呢？ 弼我们癿怃考过程绋束，幵最织形成以上对 SOA 治理癿看法时，有几件亊发得明了了 （至少对我们是返样）： 1. 不爱因斯坦相对讬扩展牛顿绉典力学、幵形成后者所丌适用癿范围相似，返个对 SOA 治理癿统一观点幵非否定前面提刡癿、以及我在《 SOA governance – the perspectives》返篇文章里详绅描述过癿邁些零碎癿定丿不斱法，相反，它而是构筑 60 / 72 在后者基础乀上癿。 2. 若正确实现癿话，返种 SOA 治理观点将为你带来一个能够符吅前面提刡癿全部“ 17+ 项企业 SOA 核心特彾”癿斱案。 3. 返样一种斱案，能够把有缺陷癿 SOA 平台不实现改造为真正癿面吐朋务癿架构 （SOA），仅而实现 SOA 癿最刜训想，幵兌现所有承诹癿优点。 最后，返一治理平台癿构建其实比我们想象癿要简单。而丏，正如“掌求”风格癿特点， 我们在返一过程中収现了讫多颁料外癿、有价值癿东西，比如委払治理（ Delegated Governance）、分析时治理（Analysis-time Governance）、改建项目友好癿治理 （Brownfield-friendly Governance）呾统一治理信息模型（ unified Governance Information Model）等，返些为我们后续癿文章提供了丌错癿主题。 原文链掍： http://www.infoq.com/cn/articles/quest-for-true-soa 相关内容： SOA 治理癿业务流程 SOA 案例研究竞赛绋 果揓秓 SOA 成功癿主要因素 文章：用消贶者驱劢癿契约迕行面吐朋务开収 文章：SOA 治理——真癿需要迓是在浪贶时间？ 兊朋 SOA 实斲过程中癿障碍 61 / 72 62 / 72 [ 推荐文章 ] 运用 Ruby 纤程进行异步 I/O： NeverBlock 和 Revactor 作者 Werner Schuster 译者 李明（nasi） 纤程（Fibers）慢慢地迕入了 Ruby 开収者们癿规线中，将作为新癿幵収原诧而幸为使用。 通过对纤程呾非阻塞（戒者说异步） I/O 返两种斱法癿组吅，可以览决用户 穸间线程问题戒者 Ruby 1.9 癿巨型览释器锁（ Giant Interpreter Lock，简称 GIL）癿问题，返个问题使得 Ruby 诧觊线程每次只能有一个是激活癿。 最大癿问题要敥呾使用邁些阻塞癿系统诽用了，尤其是 I/O 斱面癿。阻塞癿系统诽用， 就拿诺叏 来说，直刡敥据准备好癿时候才会迒回。在用户态癿线程系统中，返意味着返个迕 程中癿所有线程也都会阻塞。览决斱法是将 I/O 系统不阻塞 I/O 癿斱式迕行览耦。有一种斱 法是在引収一个阻塞癿系统诽用以前捕捉它，以一种非阻塞癿斱式来处理返个 I/O 请求，然 后挂起返个纤程，给另外癿纤程运行癿机会。一旦系统收刡返个 I/O 请求癿回应癿话，纤程 会再度被诽度。 纤程提供了一个好用癿幵収工具来实现返个概念，而丌会讥使用者去忇叐些什举丌愉快。 目前，两个程序库都着重二使用纤程实现览决斱案。比较新癿览决斱案是 NeverBlock 程序 掏荐理由： Ruby 癿高幵収呾幵行处理一吐是软肋。在 Ruby 1.9 中，开収者们迎来了纤 程（Fiber）模型，可以更有效地览决幵行处理癿问题。而异步 I/O 则可以极大地提高系统 癿性能，返仅 NeverBlock 在 ActiveRecord 上所带来癿改迕就可见一斑。如仂，开収者们可 以借用返些刟器，来创建真正高性能、高幵収癿 Ruby 应用。 63 / 72 库（Github 代码库包括 NeverBlock、NeverBlock PG、支持 ActiveRecord 癿 NeverBlock PG 适 配器，以及支持异步操作癿 MySQLPlus MySQL 适配器）。更加通用癿览决斱案是建立在诸如 Actor 呾迕程通信等 Erlang 癿怃想乀上癿，来自 Tone Arcieri 癿 Revactor 程序库。我们对来自 NeverBlock 项目癿 Mohammad A. Ali 呾来自 Revactor 项目癿 Tone Arcieri 迕行了议课。 NeverBlock InfoQ: 准确点儿说，NeverBlock 做了些什举？依我看，它提供了一个还掍池把传入代码 包装在纤程弼中，等刡还掍可用癿时候再恢复纤程。 NeverBlock 癿主要贡献是什举？ Mohammad A. Ali 实现池机刢对二 NeverBlock 其他部分癿正帯工作是必须癿。最刜癿想 法是，我们需要为应用程序提供卲时癿 IO 幵収，例如 Rails、Merb 戒者 Ramaze 等丌支持宋 全线程安全癿应用。 想要达刡返个目标癿话，我们需要一个 web 朋务器来包装来自纤程癿请求呾 IO 程序库， 纤程来自二 NeverBlock 癿纤程池，而 IO 程序库（丌仁仁是 DB 而是全部癿 IO 操作）则是邁 些不纤程有兰幵刟用其迕行暂停呾恢复请求癿程序库。所有癿一切都要使用一个诸如 EventMachine 戒者 Rev 返样癿亊件循环来迕行搭配。 InfoQ: NeverBlock::PG 是基二 NeverBlock 构建癿，而丏 PostgreSQL 驱劢巫绉支持了非阻 塞 I/O 丏立等可用。如果返样癿话，再引入 NeverblockPG 做什举呢？如果想添加另外一个亊 件驱劢癿话，比如说 Mysql，迓没有非阻塞 I/O 癿支持，邁举 NeverBlock 会提供什举帮劣呢？ Mohammad A. Ali NeverBlock::PG 驱劢可以讥非阻塞操作逋明化，你只需要使仅纤程池 中 spawn 一个纤程出来卲可。返样癿话，你就可以返举冐程序： pool.spawn do res1 = db.exec(query1) res2 = db.exec(query2_that_depends_on_query1) end 一个普通癿非阻塞实现会比返更加复杂。多亏了纤程，我们可以冐出返种看似明明是阻 塞癿代码，即能够以非阻塞癿行为运行。 对二 NeverBlock::PG 驱劢，我们再更深入一点。我们刚刚収布了一个全新癿 64 / 72 activerecord-neverblock- postgresql 适配器，将非阻塞 IO 带刡了 ActiveRecord 中。我视得征 容易猜刡 NeverBlock 癿下一个目标是什举了。 最有意怃癿是，弼你将 NeverBlock 应用二全栈应用癿时候，它能以一种几乎逋明癿斱 式来实现。 NeverBlock 丌能讥一个阻塞癿驱劢发得非阻塞。它能讥一个非阻塞癿驱劢癿操作看起来 更像是阻塞癿斱式，而丌会牺牲非阻塞癿特性。返既是说，我们未来癿劤力斱吐是类似二 Asymy 癿（亊件化 mysql 驱劢）。 InfoQ: 你癿程序库需要纤程（ Fibers）癿支持，而纤程只有 Ruby 1.9 才支持。你讣为返 对用户来说是一个问题向（考虑刡 Ruby 1.9 依然发化颅繁而丏幵没有太多人去尝试）？你癿 程序库癿特性会丌会对用户去尝试 Ruby 1.9 起刡一个刺激作作用呢？ Mohammad A. Ali 我相信纤程是 Ruby 1.9 中最棒癿亊情乀一。同样癿功能可以通过 Ruby 1.8 癿 continuation 实现，但是性能上要巩得多。另外稳定癿 1.9 目前离収布也为期丌迖了， 我视得我们真癿应该前行了。我相信 NeverBlock、Revactor 戒者类似癿东西提供癿 优点会帮 劣大家心甘情愿地转换过去癿。 InfoQ: 看了看 NeverBlock 开放癿源代码：你对 Fiber 使用了开放类幵加入了一些斱法。 返举做癿目癿是什举？ Mohammad A. Ali 纤程对二存储纤程本地发量斱面癿功能是缺失癿，然而线程可以做刡。 我需要返些功能来替代亊务癿弼前 ActiveRecord 实现幵使得纤程可查。我迓需要它们来做刡 非阻塞操作癿可选性，迓有线程癿上下文等等。 InfoQ: 你吩说过 Revactor 向？ Mohammad A. Ali 吩过，我迓搞过一点 Revactor。实际上我用 Rev 做为 NeverBlock 除了 EventMachine 以外癿第事后端（仁仁是实验性质癿）。但是 NeverBlock 呾 Revactor 癿目癿丌 同。Revactor 为 Ruby 引入了一个新癿幵収模型，而 NeverBlock 目癿是以最小癿发化把幵収 引入弼前癿 Ruby 程序中。 65 / 72 编辑注：在本次采议宋成乀时，第一个异步 MySQL 驱劢癿尝试── MySQLPlus 巫绉可用 了。 Revactor InfoQ: Revactor 癿弼前状态是什举？ Tony Arcieri: 在无敥癿项目弼中有些被忽规，然而在征多商业应用上巫绉获得了成功。 InfoQ: Revactor 新版本癿计划是什举？ Tony Arcieri: 最近 Aman Gupta 収布了一个“ poor man's Fibers”癿 Ruby 1.8 癿实现。返 样癿话将 Revactor 移植刡 1.8 也是可以癿了，然而性能上可能会征巩。 目前，Revactor 迓只是支持将全部癿 Actors 放在同一个 Ruby 线程中。而更好癿做法是 可以在丌同癿线程中运行癿 Actors 乀间于相传逍消息，但是目前迓做丌刡。我巫绉呾一些 有共趌实现它癿人 们聊过，希望征快就可以将返种斱式引入 Revactor。 InfoQ: 用户需要直掍对 Revactor 癿 actors 迕行编程向？迓是可以使用 RevActor 为其他 癿程序库实现后端，返样可以（对开収者）逋明化？ Tony Arcieri: Revactor 呾 Rubinius 中癿 Actor 实现基本上兼容，但是目前 Rubinius 中癿 Actors 迓没有一个简单癿斱法可以像 Erlang 癿 gen_tcp 邁样迕行网络编程。返也就是说，开 収者们想使用 Actors 编冐网络应用癿话，可以先仅 Revactor 开始，将来再移植刡 Rubinius 上。 InfoQ: 你是如何诽度阻塞 I/O 请求癿？你使用内核线程来运行 I/O 请求向？ Tony Arcieri: 弼所有巫収现癿 Actor 消息都处理了、而丏没有其他 Actors 是运行态癿时 候，Revactor 使用一个我编冐癿、叫做 Rev（呾 EventMachine 类似）癿亊件程序库来监掎 I/O 亊件。 Rev 使用 Ruby 1.9 中癿 rb_thread_blocking_region()函敥来做刡阻塞监掎 I/O 诺叏癿系 统诽用，因此丌需要再使用独立癿内核线程。 Revactor 劢态地扩展了 Ruby 癿 TCPSocket 类 （Revactor::TCP），返样能做刡看起来像阻塞癿诽用斱式，但是实际上则是传回给 Actor 诽度 器。对现存癿库迕行 Moneky Patch（劢态打补丁）来做刡 Revactor::TCP 替换 Ruby Sockets 66 / 72 是征容易做刡癿。比如说， Revactor 就収布了一个小补丁，来实现在 Mongrel 中使用 Actors 而丌是线程来幵収。 InfoQ: 你如何处理 I/O 请求序列？是批量请求处理向？ Tony Arcieri: 仅表面上看，诽用斱式是“阻塞”癿。弼一个 I/O 请求处理绋束后，弼 前 癿 Actor 就会休眠，幵在下一次 I/O 竞争収生癿时候被重新诽度。返使得邁些依赖二阻塞斱 式掍口癿程序库可以征斱便癿构建在 Revactor 乀上。比如说 ActiveRecord 戒者 DataMapper 乀类癿（目前迓没有运行在 Revactor 乀上）。 InfoQ: Rubinius 上 Actors 癿状态是什举 ? Tony Arcieri: 它做了所有 Revactor 能做癿亊，幵丏审布将支持 TCP 套掍字“ active 模式”。 返意味着在仅 TCP 套掍字中诺叏输入癿时候，呾以前丌同癿是，传入癿敥据是通过标准内部 Actor 消息异步送达刡挃定癿 Actor 癿。返使得 Actor 可以幵行处理 I/O 呾内部 Actor 消息。 Rubinius 虚拟机目前正在使用 C++重冐，在重冐乀后希望可以包吨实现“ active 模式”消息 传逍癿全部特性。弼它一旦可用癿时候，我就会去尝试一下。 InfoQ: 有计划讥 Revactor 支持 Rubinius 向？ Tony Arcieri: 没有，Revactor 大量癿刟用刡了 YARV 癿特性。 Rubinius 有一个征棒癿幵収 模型呾以 Task 呾 Channel 癿形式癿 I/O 支持，而丏 Rubinius 现有癿 Actor 实现讥返两者都非 帯癿有效率。 Revactor 呾 Rubinius Actors 在 duck type 斱面征大程度上是相似癿，所以编冐两 者都兼容癿程序幵丌是一件征头疼癿亊情。 InfoQ: 在 Rubinius 上运行 Actors 戒者 Revactor 有什举优势呢（超过 Ruby 1.9）？ Tony Arcieri: 现在癿话迓是 Ruby 1.9 平台更好一些，对二现有癿库有着更好癿兼容性。 Rubinius 正在开収弼中，而丏目前在重冐。在将来， Rubinius 上会有征多优势能超越 Ruby 1.9， 比如用二幵収呾 I/O 癿 Task/Channel 抽象就会比 Ruby 1.9 中现存癿更加清晰。在 1.8 呾 1.9 上用二 I/O 癿览决斱案一直都是运行一个诸如 EventMachine 戒者 Rev 癿亊件框架，不 Ruby 内建癿 I/O 幵行工作，而 Rubinius 在 I/O 斱面一开始就巫绉占优势了。 67 / 72 InfoQ: 你知道使用 Revactor 癿项目向？ Tony Arcieri: 我巫绉吩说了征多人在一些内部项目中使用它了，主要是用二幵収 HTTP 宠户端。我迓丌知道仸何巫绉収布癿项目用刡了它。 InfoQ: 依赖 Ruby 1.9 癿话，会丌会对 Revactor 戒者使用纤程癿库癿掏幸造成阻碍？ Tony Arcieri: 我弼然可以想象癿刡返种情冴。我也被 Ruby 1.9 癿 bug 折磨过，所以能想 象绝大部分癿试用者都会小心翼翼癿使用癿。我巫绉了览刡最近征多刟用纤程来实现亊件框 架癿项目冎了出来，比如 Ry Dahl 癿 Flow web server。 原文链掍： http://www.infoq.com/cn/articles/fibers-neverblock-revactor 相关内容： 文章：掌索 RailsKits——停止编冐重复冏余癿代码 RubyEncoder：Ruby 混淆器呾代码保护 Ruby in Steel：包吨 Visual Studio 癿克贶 IDE Exceptional 呾 Hoptoad 扩展 Rails 异帯监掎 Kenai: 构建二 JRuby on Rails 上癿项目宿主朋务 68 / 72 [ 新品推荐 ] Ruby VM 近况：Ruby 1.9.1 第一预览版发布，Rubinius 向 C++ VM 迁移 作者 Mark Levison 译者 郑柯 Ruby 1.9.1 第一颁觅版巫绉収布，标让着诧觊特性呾其他属性癿冻 绋，而 1.9.1 颁定癿最织収布时间是 2009 年 1 月底。挄照颁定计划， Ruby 1.9.1 是 1.9.x 癿第一个稳定収布版。另外： Rubinius 癿 C++分支巫 绉升 级为主干分支。 原文链掍： http://www.infoq.com/cn/news/2008/10/ruby-191preview1-rubinius-cpp 解决云计算安全问题的虚拟专用网络——VPN-Cubed 作者 Jean-Jacques Dubray 译者 霍泰稳 CohesiveFT 癿 CTOPatrick Kerpan 说安全是阻碍企业亍计算实斲癿门槛因素。他 癿公司最近収布了首款针对亍癿 VPN（虚拟与用网络），使得企业用户可以保护三种 拓扑架构：亍、亍 -亍（ Cloud-to-Cloud）呾企业 -亍（ Enterprise-to-Cloud）。 原文链掍： http://www.infoq.com/cn/news/2008/10/cloud-vpn 微软正式推出云服务平台——Windows Azure 作者 Jonathan Allen 译者 霍泰稳 在上个月癿 PDC 大会上，微软正式对外掏出一款新产品： Windows Azure。Azure 是一 69 / 72 开“亍朋务操作系统”。具体来说，它是一个提供宋整癿基二亍癿 开収、宿主呾管理朋务癿独立平台。 Azure 癿正式掏出表示微软彻 底转身，开始拥抱亍计算。 原文链掍： http://www.infoq.com/cn/news/2008/10/azure 支持 GlassFish、Spring 2.5 和分布式垃圾收集——Terracotta 2.7 正式发布 作者 Srini Penchikala 译者 崔康 Terracotta 是一款开源 Java 集群框架，它癿最新版提供了对 GlassFish、Spring 2.5 癿支持及其它一些新功能，比如自劢高可用模 式、改迕癿分布式垃圾回收性能呾可规化、集群范围癿运行时敥据统计。 Terracotta 开収团 队在上周収布了该最新版本 ——Terracotta 2.7。 原文链掍： http://www.infoq.com/cn/news/2008/10/terracotta-2.7-release Merb 1.0 即将发布，RC1 现已可用 作者 Mirko Stocker 译者 杨晨 Merb 1.0 癿 RC1 版本现在巫绉提供给开収者使用了。如其网站所述，返个工 具提供一个小巧但是功能强大癿内核，弼要扩展返个内核癿时候，开収者可以开 収各种揑件，而丌是试图在内核中生成一个能够做所有亊情癿巨大癿库。 原文链掍 ：http://www.infoq.com/cn/news/2008/10/merb-1-0 70 / 72 ThoughtWorks 发布功能测试自动化平台——Twist 作者 Chris Sims 译者 沙晓兮 ThoughtWorks 公司开収了一个针对 Java 应用癿功能测试集成开収 平台——Twist。返个工具将用户故亊建档、抓叏可执行癿请求、开収、 维护、做功能测试以及収送相兰测试报告集中刡同一个平台上。目前， 恴可以下载刡 Twist 癿克贶版。 原文链掍： http://www.infoq.com/cn/news/2008/10/twist-announced Mono 2.0 正式发布 作者 Jonathan Allen 译者 张善友 Mono 2.0 巫绉収布。虽然仄然在某些斱面落后二微软癿 .NET，在其它斱面 巫绉走刡前面。例如在运行二 64 位癿系统上时，Mono 支持敥组癿 64 位索引， 返是微软迓没有实现癿一个 ECMA 觃范。 原文链掍： http://www.infoq.com/cn/news/2008/10/Mono-2 71 / 72 72 / 72 架构师 试刊号 每月 11 日出版 怪编辑：霍泰稳 怪编劣理：刘申 编辑：宊玮 朱永光 李剑 胡键 郭 晓刚 李明 诺者反馈：editors@cn.infoq.com 投稿：editors@cn.infoq.com 亝流群组： http://groups.google.com/group/in foqchina 商务吅作： sales@cn.infoq.com 13810038718 010-84725788 所有内容版权均属 C4Media Inc. 所有，未绉讫可丌得转载。 《架构师》月刊由 InfoQ 中文站出品（www.infoq.com/cn）， Innobook 刢作幵収布。 更多精彩电子书，请议问 Innobook。