用设计模式和.Net技术实现对象池设计

维普资讯

第１６卷第４期　

２００７年１２月　

计算机辅助工程　

Ｃ０ＭＰＵＴＥＲ　ＡＩＤＥＤ　ＥＮＧＩＮＥＥＲＩＮＧ　

Ｖ０Ｉ＿１６　Ｎｏ．４　

Ｄｅｃ．２０ｏ７　

文章编号：１００６—０８７１（２００７）一０４—００６８—０５　

用设计模式和．Ｎｅｔ技术实现对象池设计　

王　翔　

（中国科学院研究生院，北京１０００４９）　

摘要：为有效管理应用程序执行过程中对资源的使用，通过增加对象池，在调用间根据对象状态　

动态共享实例，降低总体资源占用．该对象池原型根据．Ｎｅｔ平台配置访问对象和缓冲对象的特点，　

结合状态模式，在抽象可池化对象接口的基础上，实现对池化对象的动态分配与集中管理．单元测　

试表明对象池原型可以根据配置，动态构造、重用、超时回收对象实例．该原型可以为类似模块的　

设计提供参考．　

关键词：．Ｎｅｔ；对象池；设计模式　

中图分类号：ＴＰ３１１．１３２．４　文献标志码：Ａ　

Ｄｅｓｉｇｎ　ｏｎ　ｏｂｊｅｃｔ　ｐｏｏｌ　ｕｓｉｎｇ　ｄｅｓｉｇｎ　ｐａｔｔｅｒｎ　ａｎｄ．Ｎｅｔ　

ＷＡＮＧ　Ｘｉａｎｇ　

（Ｇｒａｄｕａｔｅ　Ｓｃｈｏｏｌ，Ｃｈｉｎｅｓｅ　Ａｃａｄｅｍｙ　ｏｆ　Ｓｃｉ．，Ｂｅｉｊｉｎｇ　１０００４９，Ｃｈｉｎａ）　

Ａｂｓｔｒａｃｔ：Ｔｏ　ｍａｎａｇｅ　ｔｈｅ　ｒｅｓｏｕｒｃｅｓ　ｕｓｅｄ　ｂｙ　ａｐｐｌｉｃａｔｉｏｎ　ｕｎｄｅｒ　ｅｘｅｃｕｔｉｏｎ　ｅｆｆｉｃｉｅｎｔｌｙ，ａｎ　ｏｂｊｅｃｔ　ｐｏｏｌ　ｉｓ　

ｕｓｅｄ　ｔｏ　ｒｅｄｕｃｅ　ｔｈｅ　ｔｏｔａｌ　ｒｅｓｏｕｒｃｅ　ｕｓａｇｅ　ｂｙ　ｓｈａｒｉｎｇ　ｏｂｊｅｃｔ　ｉｎｓｔａｎｃｅ　ｂｅｔｗｅｅｎ　ｉｎｖｏｋｅｓ　ｄｙｎａｍｉｃａｌｌｙ　ａｃｃｏｒｄｉｎｇ　

ｔｏ　ｔｈｅ　ｓｔａｔｅｓ　ｏｆ　ｉｎｖｏｋｅｄ　ｏｂｊｅｃｔｓ．Ｗｉｔｈ　ｔｈｅ．Ｎｅｔ　ｃｏｎｆｉｇｕｒａｔｉｏｎ　ａｎｄ　ｃａｃｈｅ　ｔｙｐｅｓ，ｔｈｅ　ｐｒｏｔｏｔｙｐｅ　ｉｍｐｌｅｍｅｎｔｓ　

ｉｎｓｔａｎｃｅ　ｄｉｓｐａｔｃｈ　ａｎｄ　ｃｅｎｔｒａｌｉｚｅｄ　ｍａｎａｇｅｍｅｎｔ　ｂｙ　ｓｔａｔｅ　ｐａｔｔｅｒｎ　ａｎｄ　ｄｅｓｉｇｎ　ｏｆ　ｐｏｏｌｉｎｇ　ｏｂｊｅｃｔ　ｉｎｔｅｒｆａｃｅ．Ｔｈｅ　

ｕｎｉｔ－ｔｅｓｔｓ　ｄｅｍｏｎｓｔｒａｔｅ　ｔｈａｔ　ｔｈｅ　ｐｒｏｔｏｔｙｐｅ　ｃａｎ　ｄｙｎａｍｉｃａｌｌｙ　ｉｎｉｔｉａｌｉｚｅ，ｒｅｕｓｅ　ａｎｄ　ｒｅｃｙｃｌｅ　ｔｉｍｅｏｕｔ　ｉｎｓｔａｎｃｅｓ　

ａｃｃｏｒｄｉｎｇ　ｔｏ　ｃｏｎｉｇｆｕｒａｔｉｏｎ．Ｉｔ　ｃａｎ　ｐｒｏｖｉｄｅ　ｒｅｆｅｒｅｎｃｅ　ｆｏｒ　ｔｈｅ　ｄｅｓｉｇｎ　ｏｆ　ｓｉｍｉｌａｒ　ｍｏｄｕｌｅｓ．　

Ｋｅｙ　ｗｏｒｄｓ：．Ｎｅｔ；ｏｂｊｅｃｔ　ｐｏｏｌ；ｄｅｓｉｇｎ　ｐａｔｔｅｒｎ　

Ｏ　引　言　

应用运行过程中经常会根据调用要求，生成指　

定类型的对象实例．对于复杂类型的频繁构造会消　

耗较多的系统资源，影响应用运行效率；对于直接与　

用户交互的业务逻辑对象，由于客户端调用的随机　

实例；（２）根据已经池化实例的使用情况，将空闲实　

体直接提供给新的调用，减少重复创建的过程．　

此外，随着．Ｎｅｔ和Ｊａｖａ等具有自动回收机制¨　

平台的出现，多数情况下无用实例的回收都由平台　

自动完成，但由于回收机制运行优先级一般都很低，　

在密集业务调用过程中常常会因为无法获得执行机　

性，为每个会话单独保存对象实例会增加应用逻辑　

层系统开销．针对上面两种情况，可以设计１个专门　

管理对象实例的对象池（ＯｂｊｅｃｔＰｏｏ１），由它间接控制　

对象实例的构造、激活、失效和释放等过程．对象池　

具有如下运行特性：（１）根据调用动态地生成对象　

收稿日期：２００７—０５—３０修回日期：２００７．０７．２６　

会导致系统资源快速膨胀，因此借助对象池的守卫　

（Ｇｕａｒｄ）控制和实例重用可以比较有效地防止上述　

情况发生．设计模式　描述软件设计过程中某类常　

见问题的一般性解决方法，其中的创建型模式对于　

设计对象池管理和创建类型实例有借鉴作用。采用　

作者简介：王翔（１９７９一），男，江苏丰县人，高级软件架构师，硕士研究生，研究方向为数据库、信息安全，（Ｅ－ｍａｉｌ）ｃａｌｌｗａｎｇｘｉａｎｇ＠ｇｍａｉｌ．ｃｏｍ　

维普资讯

第４期　王翔：用设计模式和．Ｎｅｔ技术实现对象池设计　６９　

泛型　Ｊ一方面是为了提高对象池的执行效率，尤其　

当算法参数类型为值型参数时，可以减少重复装　

箱一拆箱带来的性能损失；另一方面将类型检查提　

前到编译过程．　

１　概要设计　

１．１整体逻辑结构　

根据对象池的运行特征，设计上先划分出如图　

１所示的几个模块．　

图１对象池的总体结构　

通过几个主要模块间的协作，实现运行态的类　

型实例管理，分工如下：（１）Ｌｉｓｔｅｎｅｒ模块用于与客　

户程序的交互．一方面将客户程序需要使用的类型　

信息通知Ｄｉｓｐａｔｃｈ，另一方面要把加工好的对象实　

例反馈给客户程序，实现对象池对客户程序的透明．　

（２）Ｄｉｓｐａｔｃｈ模块的主要工作是调度，根据Ｌｉｓｔｅｎｅｒ　

发送的类型要求从ＯｂｊｅｃｔＣａｃｈｅ中检查是否有已经　

构造完成但没有激活的实例，如果有则直接把实例　

反馈给Ｌｉｓｔｅｎｅｒ；否则通知ＯｂｊｅｃｔＢｕｉｌｄｅｒ创建１个实　

例，在其注册到ＯｂｊｅｃｔＣａｃｈｅ之后，再反馈给Ｌｉｓｔｅ—　

ｎｅｒ．（３）ＯｂｊｅｃｔＢｕｉｌｄｅｒ模块根据Ｄｉｓｐａｔｃｈ输人类型，　

参考其配置参数构造类型实例．（４）Ｃｏｎｆｉｇｕｒａｔｉｏｎ　

Ｍａｎａｇｅｍｅｎｔ模块将外部配置信息翻译成配置对象，　

供ＯｂｊｅｃｔＢｕｉｌｄｅｒ参考．（５）Ｌｅａｓｅ　Ｍａｎａｇｅｍｅｎｔ模块根　

据池化类型的控制参数，参考ＯｂｊｅｃｔＣａｃｈｅ中缓冲实　

例的使用情况，回收和清理超期对象．（６）Ｏｂｊｅｃｔ—　

Ｃａｃｈｅ模块根据Ｄｉｓｐａｔｃｈ调度情况，注册并登记相　

关信息；把ＯｂｊｅｃｔＢｕｉｌｄｅｒ加工的新实例分类之后，注　

册到缓存．　

１．２池化对象的状态转换　

图２描述对象池管理下对象实体的状态特征．　

Ｒｅｉｎ＇ｖｒｏｋｅ　

图２池化对象的状态转换　

由于池化对象是否可以执行某些功能要依赖于　

自身状态，同时实例自身状态的变化也依赖于池化　

对象的操作，因此产生双向依赖．为了解耦状态类型　

与池化类型间的双向耦合，需要借鉴Ｓｔａｔｅ模式实现　

池化对象具有自动状态特征的执行方式．　

１．３基本抽象实体类型定义　

基本抽象实体类型静态结构见图３．　

图３基本抽象实体类型静态结构　

ＩＰｏｏｌａｂｌｅＣｏｎｆｉｇｕｒａｔｉｏｎ接口定义可池化类型配　

置要求，包括最大池化容量属性（Ｍａｘ）和最长闲置　

时间属性（Ｔｉｍｅｏｕｔ）（超时后会被Ｌｅａｓｅ　Ｍａｎａｇｅｍｅｎｔ　

自动回收）．　

ＩＰｏｏｌａｂｌｅ接口定义可池化类型的基本特征，包　

括ＧＵＩＤ编号、类型信息（Ｔｙｐｅ）、创建时间（Ｃｒｅａｔｅ—　

Ｔｉｍｅ）和最近访问时间（ＡｃｃｅｓｓｅｄＴｉｍｅ）．为了执行上　

具有自动状态特征，还有１组与状态管理相关的属　

性和方法．　

ＩＳｔａｔｅ接口定义状态控制类型的特征，包括是否　

可以执行属性（Ｅｘｅｃｕｔａｂｌｅ）和是否没被其他程序占　

用属性（Ｕｎｏｃｃｕｐｉｅｄ）．　

ＰｏｏｌａｂｌｅＢａｓｅ和ＳｔａｔｅＢａｓｅ分别为实现ＩＰｏｏｌａｂｌｅ　

接口和ＩＳｔａｔｅ接口的抽象基类．　

２详细设计　

在进行完整对象池总体静态结构和状态转换设　

计后，下面细化每个模块的设计．　

２．１配置信息管理　

图４为池化对象配置Ｓｃｈｅｍａ．　

参考．Ｎｅｔ　Ｆｒａｍｅｗｏｒｋ对自定义配置节（Ｃｏｎｆｉｇｕ—　

ｒａｔｉｏｎＳｅｃｔｉｏｎ）的要求，将对象池配置根节点命名为　

维普资讯

维普资讯

第４期　王翔：用设计模式和．Ｎｅｔ技术实现对象池设计　７１　

制是对象池的核心组成．此外，业务上经常存在峰值　增加１个静态Ａｖａｉｌａｂｌｅ属性，前端Ｌｉｓｔｅｎｅｒ可以根　

据Ｄｉｓｐａｔｃｈ的可用性决定是否为客户程序提供对象　

池服务（见图１０）．　

调用，峰值过后如果缓冲的对象过多或过长时间不　

用，也会额外占用很多系统资源，因此需要１个缓冲　

对象的销毁机制（见图９）．　

图９　ＯｂｊｅｃｔＰｏｏｌ的缓冲和自动销毁机制　

逻辑结构上两部分分别由ＯｂｊｅｃｔＣａｃｈｅ和Ｌｅａｓｅ　

Ｍａｎａｇｅｍｅｎｔ完成，为了实现缓冲的自动管理，设计　

上将两块合并，将Ｌｅａｓｅ　Ｍａｎａｇｅｍｅｎｔ作为１个独立　

的后台线程池，并以时钟（Ｔｉｍｅｒ）方式作为Ｏｂｊｅｃｔ—　

Ｃａｃｈｅ的内部成员，按照每个ＩＰｏｏｌａｂｌｅ类型的　

ＩＰｏｏｌａｂｌｅＣｏｎｆｉｇｕｒａｔｉｏｎ信息定时进行回收检查．由　

于．Ｎｅｔ的Ｓｙｓｔｅｍ．Ｔｈｒｅａｄｉｎｇ．Ｔｉｍｅｒ类型作为１个独　

立的线程，通过共享的．Ｎｅｔ　ＣＬＲ线程池实现异步自　

动触发调用，因此Ｌｅａｓｅ　Ｍａｎａｇｅｍｅｎｔ使用该类实现，　

并将Ｔｉｍｅｒ和ＩＬｉｓｔ＜ＩＰｏｏｌａｂｌｅ＞包装为ＳｉｚｅＲｅｓｔｉｆｃｔ—　

ｅｄＩＪｉｓｔ＜ＩＰｏｏｌａｂｌｅ＞．　

ＯｂｊｅｃｔＣａｃｈｅ采用享元模式（Ｆｌ

盾　

ｙｗｅｉｇｈｔ　Ｐａｔｔｅｒｎ）　

实现，由于不同池化类型可以配置独立的ＩＰｏｏｌａｂｌｅ—　

Ｃｏｎｆｉｇｕｒａｔｉｏｎ，因此ＯｂｊｅｃｔＣａｃｈｅ通过调度一系列池　

化类型列表（ＳｉｚｅＲｅｓｔｒｉｃｔｅｄＬｉｓｔ＜Ｔ＞）实现集中管理　

所有可池化类型池化后的实例，每个类型列表的信　

息（类型、列表实例）登记在ＯｂｊｅｃｔＣａｃｈｅ的类型注　

册表（Ｒｅｇｉｓｔｒｙ）中．　

２．４　ＯｂｊｅｃｔＰｏｏｉ的调度机制　

为了隔离客户程序对于池化对象实例的创建、　

引用和操作等过程，确保客户程序可以“按需“使用　

具体池化类型实例，在ＯｂｊｅｃｔＣａｃｈｅ和ＯｂｊｅｃｔＢｕｉｌｄｅｒ　

上层增加１个Ｄｉｓｐａｔｃｈ，工作模式如下：如果Ｏｂｊｅｃｔ—　

Ｃａｃｈｅ可以获得１个现成的没有被其他程序占用的　

池化对象实例，直接将其返回；否则根据该种类型的　

池化容量配置，在不超量的情况下，通知Ｏｂｊｅｃｔ—　

Ｂｕｉｌｄｅｒ创建１个新的实例，将其缓冲后再返回；如　

果既无可用缓冲实例也不能继续创建新的实例，则　

返回ｎｕｌ１．考虑到ＯｂｊｅｃｔＰｏｏｌ的维护需要，Ｄｉｓｐａｔｃｈ　

图１０　ＯｂｊｅｃｔＰｏｏｌ的调度机制　

２．５　ＯｂｊｅｃｔＰｏｏｉ提供给客户程序的侦听机制　

Ｌｉｓｔｅｎｅｒ作为客户程序与ＯｂｊｅｃｔＰｏｏｌ交互的代　

理，通过询问Ｄｉｓｐａｔｃｈ的Ａｖａｉｌａｂｌｅ属性判断是否可　

以对外提供服务（见图１　１）．设计上用流型实体类型　

ＰｏｏｌＬｉｓｔｅｎｅｒ＜Ｔ＞（Ｔ：ＩＰｏｏｌａｂｌｅ）完成与不同池化　

类型的交互，其职责Ｔ　Ａｃｑｕｉｒｅ（）方法用于获得特定　

一Ｔ　一　

池化类型Ｔ的实例（重用１个既有实例或引用１个　

：　

新构造的实例）．　

ｆ－……一　

……

匿　

图１１　ｏＨｅｃｔＰｏｏｌ服务于客户程序的Ｌｉｓｔｅｎｅｒ机制　

３　实验环境准备及实验结果分析　

３．１测试实体类及配置信息　

根据上述设计，完成１个ＯｂｊｅｃｔＰｏｏｌ的原型库，　

为验证其有效性，设计如图１２所示的两个测试实体　

类用于检查ＯｂｊｅｃｔＰｏｏｌ各设计目标是否可以达成．　

测试数据准备见表１．　

图１２测试实体类型　

维普资讯

７２　

表１测试数据准备　

计算机辅助工程　２００７丘　

３．２．３　自动缓冲超时机制测试　

ＰｏｏｌＬｉｓｔｅｎｅｒ＜ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ＞ｌｉｓｔｅｎｅｒ＝　

ｎｅｗ　ＰｏｏｌＬｉｓｔｅｎｅｒ＜ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ＞（）；　

ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ　ｏｂｊｌ＝ｌｉｓｔｅｎｅｒ．Ａｃｑｕｉｒｅ（）；　

ｏｂｊ１．Ａｃｔｉｖａｔｅ（）；　

ｓｔｒｉｎｇ　ｇｕｉｄ＝ｏｂｊ１．Ｇｕｉｄ；　

Ｓｙｓｔｅｍ．Ｔｈｒｅａｄｉｎｇ．Ｔｈｒｅａｄ．Ｓｌｅｅｐ（５ｏｏｏ）；／／＞ｔｉｍｅｏｕｔ　

ｏｂｊｌ＝ｌｉｓｔｅｎｅｒ．Ａｃｑｕｉｒｅ（）；　

３．２测试过程及测试结果分析　

Ａｓｓｅｒｔ．ＡｒｅＮｏｔＥｑｕａｌ＜ｓｔｒｉｎｇ＞（ｇｕｉｄ，ｏｂｊ１．Ｇｕｉｄ）；　

测试采用．Ｎｅｔ测试工程（Ｔｅｓｔ　Ｐｒｏｊｅｃｔ），通过断　

结合重用测试的结果，该测试确认对于没有激　

活的ｏｂｊｌ在超过超时时间等待后，也因之前引用的　

实例被回收，重新访问ＯｂｊｅｃｔＰｏｏｌ后获得重新创建　

的实例．　

３．２．４多类型系统管理能力测试　

ＰｏｏｌＬｉｓｔｅｎｅｒ＜ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ＞１１＝　

言（Ａｓｓｅｒｔ）方式对测试程序进行调试，最终可以通　

过的测试用例如下．　

３．２．１缓冲池容量测试　

ＰｏｏｌＬｉｓｔｅｎｅｒ＜ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ＞ｌｉｓｔｅｎｅｒ＝　

ｎｅｗ　ＰｏｏｌＬｉｓｔｅｎｅｒ＜ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ＞（）；　

ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ　ｏｂｊｌ＝ｌｉｓｔｅｎｅｒ．Ａｃｑｕｉｒｅ（）；　

ｎｅｗ　ＰｏｏｌＬｉｓｔｅｎｅｒ＜ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ＞（）；　

ｏｂｊ１．Ａｃｔｉｖａｔｅ（）；　

Ａｓｓｅｒｔ．ＩｓＮｏｔＮｕｌｌ（ｏｂｊ１）；　

ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ　ａｄｖａｎｃｅｄ＝１１．Ａｃｑｕｉｒｅ（）；　

Ａｓｓｅｒｔ．ＩｓＮｏｔＮｕｌｌ（ａｄｖｎｃａｅｄ）；　

ＰｏｏｌＬｉｓｔｅｎｅｒ＜ＳｉｍｐｌｅＣａｌｃｕｌａｔｏｒ＞１２　＝　

ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ　ｏｈｊ２＝ｌｉｓｔｅｎｅｒ．Ａｃｑｕｉｒｅ（）；　

ｏｂｊ２．Ａｃｔｉｖａｔｅ（）；　

Ａｓｓｅｒｔ．ＩｓＮｏｔＮｕｌｌ（ｏｈｊ２）；　

ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ　ｏｈｊ３＝ｌｉｓｔｅｎｅｒ．Ａｃｑｕｉｒｅ（）；　

Ａｓｓｅｒｔ．ＩｓＮｕｌｌ（ｏｂｊ３）；　

ｎｅｗ　ＰｏｏｌＬｉｓｔｅｎｅｒ＜ＳｉｍｐｌｅＣａｌｃｕｌａｔｏｒ＞（）；　

ＳｉｍｐｌｅＣａｌｃｕｌａｔｏｒ　ｓｉｍｐｌｅ＝１２．Ａｃｑｕｉｒｅ（）；　

ｓｉｍｐｌｅ．Ａｃｔｉｖａｔｅ（）；　

Ａｓｓｅｒｔ．ＩｓＮｏｔＮｕｌｌ（ｓｉｍｐｌｅ）；　

该测试确认ＯｂｊｅｃｔＰｏｏｌ可以根据配置信息控制　

实例数量．　

３．２．２实例重用测试　

ＰｏｏｌＬｉｓｔｅｎｅｒ＜ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ＞ｌｉｓｔｅｎｅｒ＝　

该测试确认ＯｂｊｅｃｔＰｏｏｌ有可以集中管理多个可　

池化类型能力．　

３．２．５分析　

ｎｅｗ　ＰｏｏｌＬｉｓｔｅｎｅｒ＜ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ＞（）；　

ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ　ｏｂｊｌ＝ｌｉｓｔｅｎｅｒ．Ａｃｑｕｉｒｅ（）；　

经过上述４个测试。确认ＯｂｊｅｃｔＰｏｏｌ原型已具　

有可配置、可重用实例、可自动回收并管理多个池化　

ｏｂｊ１．Ａｃｔｉｖａｔｅ（）；　

ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ　ｏｂｊ２＝ｌｉｓｔｅｎｅｒ．Ａｃｕｉｑｒｅ（）；　

类型的功能．　

ｏｈｊ２．Ａｃｔｉｖａｔｅ（）；　

ｏｂｊ１．Ｄｅａｃｔｉｖａｔｅ（）；　

ＡｄｖａｎｃｅｄＣａｌｃｕｌａｔｏｒ　ｏｂｊ３＝ｌｉｓｔｅｎｅｒ．Ａｃｕｉｑｒｅ（）；　

Ａｓｓｅｒｔ．ＩｓＮｏｔＮｕｌｌ（ｏｈｊ３）；　

Ａｓｓｅｔｒ．ＡｒｅＥｑｕａｌ＜ｓｔｒｉｎｇ＞（ｏｂｊ１．Ｇｕｉｄ，ｏｂｊ３．Ｇｕｉｄ）；　

Ａｓｓｅｒｔ．ＡｒｅＥｑｕａｌ＜ｉｎｔ＞（ｏｈｊ３．Ｍｕｌｔｉｐｌｅ（２，２），２　２）；　

４　结束语　

通过在对象池设计中采用合适的设计模式方　

法，确保其可以更加有效地调度池化实例，向客户程　

序透明构造过程，并对实例状态进行管理．　

实际工程中，由于对象池往往需要被多个客户　

该测试确认ＯｂｊｅｃｔＰｏｏｌ将ｏｂｊｌ已经声明暂时不　

程序调用，需要有效的并发机制配合，后续研究中将　

着重对原型的并发能力进行调整．　

用的实例交给ｏｈｊ３使用．　

参考文献：　

［１］ＴＲＯＥＬＳＥＮ　Ａ．Ｐｒｏ　ｃ撑２００５　ａｎｄ　ｔｈｅ．Ｎｅｔ２．０　ｐｌａｔｆｏｒｍ［Ｍ］．３版．Ａ　Ｐｒｅｓｓ，２００５．　

［２］　伽玛．设计模式——可复用面向对象软件的基础［Ｍ］．李英军，马晓星，蔡敏，译．北京：机械工业出版社，２００５．　

［３］　ＲＩＣＨＴＥＲ　Ｊ．ＣＬＲ　ｖｉａ　ｃ撑［Ｍ］．２版．周靖，张杰良，译．北京：清华大学出版社，２００６．　

（编辑廖粤新）