�??xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>&#x39;&#x39;&#x4E45;&#x4E45;&#x7CBE;&#x54C1;&#x60C5;&#x8DA3;&#x2C;&#x4E9A;&#x6D32;&#x54C1;&#x8D28;&#x81EA;&#x62CD;&#x89C6;&#x9891;&#x2C;&#x56FD;&#x5185;&#x7CBE;&#x54C1;&#x9EBB;&#x8C46;&#x7F8E;&#x5973;&#x5728;&#x7EBF;&#x64AD;&#x653E;&#x89C6;&#x9891;&#x0D;</title><link>http://www.aygfsteel.com/iamtin/category/7426.html</link><description>You are coming a long way, baby~Thinking, feeling, memory...</description><language>zh-cn</language><lastBuildDate>Mon, 17 Sep 2007 18:34:30 GMT</lastBuildDate><pubDate>Mon, 17 Sep 2007 18:34:30 GMT</pubDate><ttl>60</ttl><item><title>大型Java Web��目的架构和部��v调优问题</title><link>http://www.aygfsteel.com/iamtin/archive/2007/09/17/java_web_architecture_and_performance_turnning.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Mon, 17 Sep 2007 14:48:00 GMT</pubDate><guid>http://www.aygfsteel.com/iamtin/archive/2007/09/17/java_web_architecture_and_performance_turnning.html</guid><wfw:comment>http://www.aygfsteel.com/iamtin/comments/146003.html</wfw:comment><comments>http://www.aygfsteel.com/iamtin/archive/2007/09/17/java_web_architecture_and_performance_turnning.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/iamtin/comments/commentRss/146003.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/iamtin/services/trackbacks/146003.html</trackback:ping><description><![CDATA[<img height="44" alt="" src="http://www.infoq.com/styles/cn/i/logo.gif" width="140" border="0" /> 本文已经发表于InfoQ中文站，�Q?a >大型Java Web��目的架构和部��v问题</a>�Q?br />
<style>
blockquote {background:#eee;font-size:12px;}
</style>
<p>一位ID是jackson1225的网友在javaeye询问�?a title="一个大型Web�pȝ��的架构和部��v选型问题"  target="_blank">一个大型Web�pȝ��的架构和部��v选型问题</a>�Q�希望能提高现有的基于Java的Web应用的服务能力。由于架构模式和部��v调优一直是Java�C�֌�的热门话题，�q�个问题引发了很多热心网友的讨论�Q�其中一些意见对其它大型Web��目也有很好的指导意义。在讨论之初jackson1225�q�样描述了当前的应用的架构和部��v�Ҏ(gu��)���Q?/p>
<blockquote>
<p>目前�pȝ��架构如下:</p>
<ol>
    <li>web层采用struts+tomcat实现�Q�整个系�l�采�?0多台web服务器，其负载均衡采用硬件F5来实玎ͼ�
    <li>中间层采用无状态会(x��)话Bean+DAO+helper�c�L��实现�Q�共3台weblogic服务器，部��v有多个EJB�Q�其负蝲均衡也采用F5来实玎ͼ�
    <li>数据库层的操作是自己写的通用�c�d��现的�Q�两台ORACLE数据库服务器�Q�分别存攄���户信息和业务数据�Q�一台SQL SERVER数据库，是第三方的业务数据信息； </li>
</ol>
<p>web层调用EJB�q�程接口来访问中间�g层。web层首先通过一个XML配置文�g中配�|�的EJB接口信息来调用相应的EJB�q�程接口�Q?/p>
<p>该系�l�中一�ơ操作涉�?qi��ng)到两个ORACLE库以�?qi��ng)一个SQL SERVER库的讉K��和操作，��x��三个数据库连接，在一个事务中完成�?/p>
</blockquote>
<p>�q�样的架构其实很多公叔R��在��用，因�ؓ(f��)Struts和Tomcat分别是最���行的Java Web MVC框架和Servlet容器�Q�而F5公司的负载均衡是横向扩展常见的解��x��案（例如配置session sticky�Ҏ(gu��)���Q�。由于这个系�l�中有跨数据源的事务�Q�所以��用Weblogic Server EJB容器和支持两阶段提交的数据库驱动���可以保证跨数据源的事物完整性（当然�Q�容器管理的分布式事务�ƈ非是唯一和最优的解决�Ҏ(gu��)���Q��?/p>
<p>但是随着Rod Johnson重量�U�的著作《J2EE Development without EJB》和其中的Spring框架的流行，轻量�U�框架和轻量�U�容器的概念已经深入人心。所以对于jackson1225提出的这个场景，大多数网友都提出了置疑，认�ؓ(f��)�q�个�pȝ��滥用了技术，完全是在���费钱。网友们大都认�ؓ(f��)SLSB�Q�无状态会(x��)话Bean�Q�完全没有必要出现在�q�个场景中，认�ؓ(f��)SLSB通过�q�程接口讉K��本地资源�?x��)有很大的性能开销�Q�这�U�观点也是Rod johnson在without EJB中批判EJB 2.x中的一大反模式�?/p>
<p>�׃��JavaEE是一个以模式见长的解��x��案，模式和架构在JavaEE中占有很重要的地位，所以很多业内专家也都警�?#8220;反模式（Anti-patterns�Q?#8221;的出现。对于上面所�q�的�Ҏ(gu��)��是否是反模式�Q�jackson1225马上站出来申辩：(x��)</p>
<blockquote>
<p>我们��目���是把EJB作�ؓ(f��)一个Facade�Q�只是提供给WEB层调用的�q�程接口�Q�而且只用了无状态会(x��)话Bean�Q�所以性能上还可以的�?/p>
</blockquote>
<p>�q�个解释很快得到了一些网友的认可�Q�但是大家很快意识到架构的好坏决定于是否能够满��用户的需求，davexin�Q�可能是jackson1225的同事）描述了这个系�l�的用户和�ƈ发情况：(x��)</p>
<blockquote>
<p>现在有用�?000万，马上要和另一个公司的�?x��)员�pȝ��合�ƈ�Q�加��h��一共有9000万用戗���数据量单表中有一亿条以上的数据。这是基本的情况�Q�其实我觉得现在的架构还是可以的�Q�现在支持的�q�发大概5000�q�发用户左右�Q�接下来�?x��)进行系�l�改造，目标支持1万个�q�发用户�?/p>
</blockquote>
<p>具体的�ƈ发量公布后又有网友置疑这个数据，认�ؓ(f��)�q�个�pȝ��的Servlet容器支持的�ƈ发数太小�Q�怀疑是否配�|�不够优化。davexin又补充了该项目的服务器配�|�：(x��)</p>
<blockquote>
<p>�pȝ��前端tomcat都是用的刀片，配置�?G内存�Q�cpu大概�?.0G�Q�每台机器也���支�?50-400个�ƈ发，再多的话�Q�就�?x��)相应时间非常的常，����?0�U�，失去了意�?�Q�所以我们才得出�q�样的结论的�?/p>
</blockquote>
<p>一位ID是cauherk的网友提��Z��比较中肯的意见，他没有从Web容器单纯的�ƈ发支持能力上提出改进�Ҏ(gu��)���Q�而是提出了对于类似的应用�?a title="一些通用的改�q�提�C?  target="_blank">一些通用的改�q�提�C?/a>�Q�这里摘要一下：(x��)</p>
<blockquote>
<ol>
    <li>数据库压力问�?
    <p>可以按照业务、区域等�{�特性对数据库进行配�|�，可以考虑分库、��用rac、分区、分表等�{�策略，���保数据库能正常的进行交易�?/p>
    <li>事务问题
    <p>要在两个数据库中操作�Q�那么必��考虑到分布式事务。你应该仔细的设计你的系�l�，来避免��用分布式事务�Q�以避免分布式事务带来更多的数据库压力和其它问题。推荐你采用延迟提交的策�?�q�不保证数据的完�?�Q�来避免分布式事务的问题�Q�毕竟commit��p�|的几率很低�?/p>
    <li>web的优�?
    <p>���静态、图片独立��用不同的服务器，对于常态的静态文�Ӟ��采用E-TAG或者客��L(f��ng)���~�存�Q?google很多���是�q�样�q�的。对于热点的功能�Q�考虑使用完全装蝲到内存，保证�l�对的响应速度�Q�对于需要频�J�访问的热点数据�Q�采用集中缓�?多个可以采用负蝲均衡)�Q�减��L��据库的压力�?/p>
    <p>对于几乎除二�q�制文�g�Q�都应该在L4上配�|�基于硬件的压羃�Ҏ(gu��)���Q�减���网�l�的���量。提高用户��用的感知�?/p>
    <li>�|�络问题
    <p>可以考虑采用镜像、多路网�l�接入、基于DNS的负载均衡。如果有���_��的投资，可以采用CDN(内容分发�|?�Q�减��M��的服务器压力�?/p>
    </li>
</ol>
</blockquote>
<p>cauherk的这个分析比较到位，其中ETags的方案是最�q�的一个热点，InfoQ�?#8220;<a title="使用ETags减少Web应用带宽和负�?  target="_blank">使用ETags减少Web应用带宽和负�?/a>&#8221;里面对这�U�方案有很详�l�的介绍。一般以数据库�ؓ(f��)中心的Web应用的性能瓉���都在数据库上�Q�所以cauherk把数据库和事务问题放��C��前两位来讨论。但是davexin解释在所讨论的这个项目中数据库�ƈ非瓶颈：(x��)</p>
<blockquote>
<p>我们的压力不在数据库层，在web层和F5�?当高峰的时�?�Q�F5也被�Ҏ(gu��)��了，���是每秒点击���过30万，web动态部分根本承受不了。根据我们程序记录，20台web最多承�?000个�ƈ发，如果再多�Q�tomcat��׃��响应了。就像死了一栗��?/p>
</blockquote>
<p>�q�个回复让接下来的讨论都集中于Web容器的性能优化�Q�但�?a title="JavaEye站长robbin发表了自��q��意见"  target="_blank">JavaEye站长robbin发表了自��q��意见</a>�Q�将话题引回了这个项目的架构本��n�Q?/p>
<blockquote>
<p><strong>performance tuning最重要的就是定位瓶颈在哪里�Q�以�?qi��ng)瓶颈是怎么产生的�?/strong></p>
<p><strong>我的推测是瓶颈还是出在EJB�q�程�Ҏ(gu��)��调用上！</strong></p>
<p>tomcat上面的java应用要通过EJB�q�程�Ҏ(gu��)��调用�Q�来讉K��weblogic上面的无状态SessionBean�Q�这��L(f��ng)���q�程�Ҏ(gu��)��调用一般都�?00ms~500ms�U�别�Q�或者更多。而如果没有远�E�方法调用，即��大量采用spring的动态反���，一�ơ完整的web��h��处理在本地JVM内部的完成时间一般也不过20ms而已。一�ơweb��h��需要过长的执行旉����Q�就�?x��)导致servlet�U�程被占用更多的旉����Q�从而无法及(qi��ng)时响应更多的后箋��h���?/p>
<p>如果�q�个推测是成立的话，那么我的��������是既然你没有用到分布式事务�Q�那么就�q�脆��L��EJB。weblogic也可以全部撤掉，业务层��用spring取代EJB�Q�不要搞分布式架构，在每个tomcat实例上面部��v一个完整的分层�l�构�?/p>
<p>另外在高�q�发情况下，apache处理静态资源也很耗内存和CPU�Q�可以考虑用轻量��web server如lighttpd/litespeed/nginx取代之�?/p>
</blockquote>
<p>robbin的推断得��C���|�友们的支持�Q�davexin也认同robbin的看法，但是他解释说<a title="公司认�ؓ(f��)攑ּ�SLSB存在风险"  target="_blank">公司认�ؓ(f��)攑ּ�SLSB存在风险</a>�Q�所以公司們֐�于通过���Tomcat替换为Weblogic Server 10来提升系�l�的用户支撑能力�?a title="robbin则马上批评了�q�种做法"  target="_blank">robbin则马上批评了�q�种做法</a>�Q?/p>
<blockquote>
<p>坦白说我�q�从来没有听说过大规模互联网应用使用EJB的先例。�ؓ(f��)什么大规模互联�|�应用不能用EJB�Q�其实就是因为EJB性能太差�Q�用了EJB几乎必然出现性能障碍�?/p>
<p>web容器的性能说到底无非就是Servlet�U�程调度能力而已�Q�Tomcat不像WebLogic那样附加n多管理功能，跑得快很正常。对比测试一下WebLogic的数据库�q�接池和C3P0�q�接池的性能也会(x��)发现�c�M��的结论，C3P0可要比WebLogic的连接池快好几倍了。这不是说WebLogic性能不好�Q�只不过weblogic要实现更多的功能�Q�所以在单一的速度斚w����׃��(x��)牺牲很多东西�?/p>
<p>以我的经验来判断�Q���用tomcat5.5以上的版本，配置a(ch��n)pr支持�Q�进行必要的tuning�Q���用BEA JRockit JVM的话�Q�在你们目前的刀片上面，支撑500个�ƈ发完全是可以做到的。结合你们目�?0个刀片的����g�Q�那么达�?万�ƈ发是没问题的。当然这样做的前提是必须扔掉EJB�Q��ƈ�|�web层和业务层在同一个JVM内部�?/p>
</blockquote>
<p>接下来robbin�q�针对davexin对话题中的应用分别在tomcat和weblogic上的���试数据�q�行了分析：(x��)</p>
<blockquote>引用�Q?
<blockquote>
<p>2�?台weblogic10 Express�Q�相当于1台tomcat�Q�用于发布jsp应用�Q�加1台weblogic10�Q�发布ejb应用�Q�，能支�?000个�ƈ发用�?.....<br />
......<br />
4�?台tomcat4.1�?台weblogic8�Q�只能支�?50个�ƈ发用��P��tomcat���p���l�超�Ӟ��说明此种�l�构瓉���在tomcat�?</p>
</blockquote>
<p>�q�说明瓶颈还不在EJB�q�程调用上，但是问题已经逐渐清楚了。�ؓ(f��)什么weblogic充当web容器发�v�q�程EJB调用的时候可以支�?000个�ƈ发，但是tomcat只能�?50个？只有两个可能的原因：(x��)</p>
<p>
<ol>
    <li>你的tomcat没有配置好，严重影响了性能表现
    <li>tomcat和weblogic之间的接口出了问�?</li>
</ol>
<p>&nbsp;</p>
</blockquote>
<p>接着springside��目发�v者江南白衣也提出了一个��M��的优化指��|��(x��)</p>
<blockquote>
<p>1.基础配置优化</p>
<p>tomcat 6�Q?tomcat参数调优?<br />
JRockit JVM? JVM参数调优�Q?br />
Apache+Squid 处理静态内容？ </p>
<p>2.业务层优�?/p>
<p>部分功能本地化，而不调remote session bean?<br />
异步提交操作,JMS�Q?br />
cache热点数据�Q?</p>
<p>3.展示层优�?/p>
<p>动态页面发布�ؓ(f��)静态页面？<br />
Cache部分动态页面内容？ </p>
</blockquote>
<p>davexin在调整了Tomcat配置后应验了robbin对tomcat配置问题的质疑，davexin�q�样描述�l�过配置优化以后的测试结果：(x��)</p>
<blockquote>
<p>�l�过���试�Q��ƈ发�h数是可以辑ֈ�像robbin所说的一��P��能够�?00人左叻I��如果压到�q�发700人，���有15%左右的失败，虽然在调整上面参��C��后，�q�发人数上去了，但是在同��L(f��ng)��旉���内所完成的事务数量下降了10%左右�Q��ƈ且响应时间�g�q�了1�U�左叻I��但从整体上来��_(d��)��牺牲一点事务吞吐量和响应时��_(d��)���q�发人数能够提高500�Q�觉得还是值得的�?/p>
</blockquote>
<p>��x���q�个话题有了一个比较好的结果。这个话题�ƈ非完全针对一个具体的��目才有意义�Q�更重要的是在分析和讨论问题的过�E�中�|�友们解决问题的思�\�Q�尤其是cauherk、robbin、江南白衣等几位�|�友提出的意见可以让�q�大Java Web��目开发者了解到中、大型项目所需要考虑的架构和部��v所需要考虑的关键问题，也消除了很多人对轻量Servlet容器与EJB容器性能的一些误解�?/p>
<p>在讨��Z���q�有一些小插曲�Q�如davexin和江南白衣讨��Z��<a title="JRocket的实�Ӟ��Realtime�Q�版本是否可以提升Servlet容器的相应能�?  target="_blank">JRocket的实�Ӟ��Realtime�Q�版本是否可以提升Servlet容器的相应能�?/a>�Q�答案是不可以。还有ID为mfc42d的网友从Servlet容器的�ƈ发支持能力引甛_���?a title="Java的线�E�调度能力和NIO对Servelet容器的意�?  target="_blank">Java的线�E�调度能力和NIO对Servelet容器的意�?/a>�Q�他推荐了自��q��两篇不错的blog&#8220;<a title="java的线�E�实�?  target="_blank">java的线�E�实�?/a>&#8221;�?#8220;<a title="java�q�程使用的最大内存的数�?  target="_blank">java�q�程使用的最大内存的数�?/a>&#8221;�Q�blog文章里面从JVM源码�U�别分析了Java的线�E�支持能力，面��(f��)JVM性能调优问题的网友可以认真阅��M��下�?/p>
<img src ="http://www.aygfsteel.com/iamtin/aggbug/146003.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/iamtin/" target="_blank">Tin</a> 2007-09-17 22:48 <a href="http://www.aygfsteel.com/iamtin/archive/2007/09/17/java_web_architecture_and_performance_turnning.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>Spring与EJB 3�Ҏ(gu��)����d���?/title><link>http://www.aygfsteel.com/iamtin/archive/2006/09/04/67672.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Mon, 04 Sep 2006 12:45:00 GMT</pubDate><guid>http://www.aygfsteel.com/iamtin/archive/2006/09/04/67672.html</guid><wfw:comment>http://www.aygfsteel.com/iamtin/comments/67672.html</wfw:comment><comments>http://www.aygfsteel.com/iamtin/archive/2006/09/04/67672.html#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.aygfsteel.com/iamtin/comments/commentRss/67672.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/iamtin/services/trackbacks/67672.html</trackback:ping><description><![CDATA[今天TSS和InfoQ都�{了一���Spring与EJB3的读后感�Q�我���q��了下�Q�标题和介绍满吸引�h的。内容嘛其实有点不过瘾，但是先记录下来吧�?br /><a >http://www.devx.com/Java/Article/32314/0/page/1</a><br /><br />�ȝ��来看Spring+Hibernate与JPA很相��|��它们都是��Z��pojo的持久化�?br />Hibernate Session和JPA Entity Manager基本上等��P��但是要记住他们的两个重要区别。Hibernate session是一个实体缓存也是一个ORM引擎的接口。而JPA中这两个概念是分开的。Persistence context作�ؓ(f��)�~�存而entity manager则作为ORM引擎的接口�?br />当然�q�有显而易见的区别�Q�Spring+Hibernate偏向使用XML配置映射�Q�而JPA偏向使用Annotation�Q�虽然两者都有XML和注释两�U�实现�?br />�q�有�Q�JPA是一个标准，而Spring是对不同实现的抽象，两者的方向是不同的。JPA的方式更��d���Q�Java传统中都是这��L(f��ng)���?br />JPA的主要商业实现有Hibernate、Kodo、Toplink�Q�被巨鳄们看好�?br />后面�Q�说��C��关于Cache和Transaction���理的问题，�׃��Spring的草根特性，��Z��兼容实现�Q�它使用Tread local�q�种�~�程式的方式。而EJB 3.0则由容器自动完成�q�些�q�程。而且EJB 3.0提供了不同的persistence context范畴�Q�可以比较方便的���理持久数据的生命周期。不�q�，�q�个观点很难��_(d��)��因�ؓ(f��)如果你把Spring也看成一�U�容器，那么�q�Thread local对于你来说也是透明的，可以认�ؓ(f��)差不多�?br />关于EJB 3.0对生命周期的规定�Q�让持久化的概念更清楚了�Q�如果这些东西能够通过声明而不是编码来实现应该是惬意的�Q�可是，问题���是很多�E�序员一般就喜欢自己控制�Q�不喜欢那么透明�Q�所以EJB一直以来兴建的�q�些漂亮模型��L��只有���数��Z��用，不是么？<br />在事务方面，�׃��两者都支持生命性事务，所以程序本�w�看��h��基本一栗��?br />区别在于配置。Spring�q�是偏向XML�Q��ƈ且事务作为Spring对AOP应用的经典样例，transaction完全作�ؓ(f��)附加语义�Q�可以通过配置替换各种事务实现�Q�从JDBC、Hibernate到JTA�Q�显然这是从�~�程者角度考虑的，门槛很低�?br />而EJB 3.0则只支持JTA�Q�这���需要容器的支持�Q�当然跨多资源的事务往往是企业���目的特性，所以这�U�思�\可以理解。而且现在也有很多开源的JTA实现了，它们完全可以让你的应用在商业EJB容器外运行。还要提一点，EJB3默认是配�|�上事务的，需要声明才可覆盖，�q�说明了EJB3对于企业应用的态度�?br />在JTA事务可以通过声明��׃��横切��x��点的形势注入的时候，JTA的成本已�l�下降了�Q�所以一开始就用这�U�API完全可行�?br />�q�篇文章中关于状态的地方我有点不太理解，里面说Spring的prototype�{��h(hu��n)于EJB的SFSBs�Q�实现stateful�?br />EJB 3.0在这斚w��无疑是强大的�Q�因为本�w�在�q�方面它?y��u)��是个容器规范，Java EE容器都会(x��)提供�q�种高��的生命周期管理，�q�且把生命周期作为变成模型中非常重要的一部分。所以结果就是EJB 3.0在这斚w��领先于Spring�Q�声名简单，�q�且从实现的方式上来��_(d��)��EJB 3.0在性能上和可�׾~�性上有明昄���优势。Spring在性能伸羃或者说分布部��v的时候应该说是捉襟见肘的�Q�Terracotta也许可以解决些，但还…�?br />应该��_(d��)��实际上Spring提供的prototype���是new的另外一�U�实玎ͼ�只不�q�它�?x��)经�q�Spring装配�Q�所以它叫做prototype�Q�也���是“原型”，Spring每次回new��Z��个新的，按你的要求。当�Ӟ���׃��是类似new�Q�所以Spring通过代理的方式管理�v生命周期�Q�也���p��模拟出session、request、global session的statefull�Q�不�q�这些功能显然不���强��，在Spring 2.0中加��Z���Q�以前只有singleton和prototype�Q�，但依然不支持事务范畴�Q�这���明显不如EJB 3.0了。但是，回想Spring的编�E�哲学，它不要解册����U�问题，�q�种问题留给容器解决:D<br />文章最后的�ȝ��比较官腔�Q�基本上���是在说Spring灉|���Q�EJB 3.0强大���单，它们各有优缺点，所以应该结合�v来��用，具体大家可以看看原文�?img src ="http://www.aygfsteel.com/iamtin/aggbug/67672.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/iamtin/" target="_blank">Tin</a> 2006-09-04 20:45 <a href="http://www.aygfsteel.com/iamtin/archive/2006/09/04/67672.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>Webwork 2.2的Action是否使用Spring的prototype�B获取的性能�Ҏ(gu��)��</title><link>http://www.aygfsteel.com/iamtin/archive/2006/02/14/30699.html</link><dc:creator>Tin</dc:creator><author>Tin</author><pubDate>Tue, 14 Feb 2006 13:48:00 GMT</pubDate><guid>http://www.aygfsteel.com/iamtin/archive/2006/02/14/30699.html</guid><wfw:comment>http://www.aygfsteel.com/iamtin/comments/30699.html</wfw:comment><comments>http://www.aygfsteel.com/iamtin/archive/2006/02/14/30699.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.aygfsteel.com/iamtin/comments/commentRss/30699.html</wfw:commentRss><trackback:ping>http://www.aygfsteel.com/iamtin/services/trackbacks/30699.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp; 摘要: 本文�?60216�q�行了修改，因�ؓ(f��)发现了测试中的错误！注意5.5�?的内宏V�?、引子：(x��)其实是ajoo的这���“Nuts和Spring 1.2.6 效率�Ҏ(gu��)��”和“IoC容器的prototype性能���试 ”，他们在Javaeye上详�l�讨��Z��Spring的prototype的缺陗���Spring的prototype指的���是singleton="false"的bean�Q�具体可以看Spring参考手册�?.2....&nbsp;&nbsp;<a href='http://www.aygfsteel.com/iamtin/archive/2006/02/14/30699.html'>阅读全文</a><img src ="http://www.aygfsteel.com/iamtin/aggbug/30699.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.aygfsteel.com/iamtin/" target="_blank">Tin</a> 2006-02-14 21:48 <a href="http://www.aygfsteel.com/iamtin/archive/2006/02/14/30699.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>                                                                                                          <footer>
<div class="friendship-link">
<a href="http://www.aygfsteel.com/" title="&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;">&#29408;&#29408;&#20037;&#20037;&#20122;&#27954;&#27431;&#32654;&#19987;&#21306;&#95;&#20013;&#25991;&#23383;&#24149;&#20122;&#27954;&#32508;&#21512;&#20037;&#20037;&#50;&#48;&#50;&#95;&#22269;&#20135;&#31934;&#21697;&#20122;&#27954;&#31532;&#20116;&#21306;&#22312;&#32447;&#95;&#26085;&#26412;&#20813;&#36153;&#32593;&#31449;&#35270;&#39057;</a>

</div>

</footer>


��վ֩���ģ�壺
<a href="http://" target="_blank">��ʢ��</a>|
<a href="http://" target="_blank">��������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">¦����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�ֵ���</a>|
<a href="http://" target="_blank">��̶��</a>|
<a href="http://" target="_blank">��կ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ȫ��</a>|
<a href="http://" target="_blank">�߷�����</a>|
<a href="http://" target="_blank">��ԫ��</a>|
<a href="http://" target="_blank">��Դ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�˻���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">μԴ��</a>|
<a href="http://" target="_blank">ƽ����</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��ԭ��</a>|
<a href="http://" target="_blank">�����</a>|
<a href="http://" target="_blank">��Ԫ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�°Ͷ�������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">����</a>|
<a href="http://" target="_blank">�ѽ���</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">�佭��</a>|
<a href="http://" target="_blank">��ɽ��</a>|
<a href="http://" target="_blank">������</a>|
<a href="http://" target="_blank">��԰��</a>|
<a href="http://" target="_blank">������</a>|
<script>
(function(){
    var bp = document.createElement('script');
    var curProtocol = window.location.protocol.split(':')[0];
    if (curProtocol === 'https') {
        bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';
    }
    else {
        bp.src = 'http://push.zhanzhang.baidu.com/push.js';
    }
    var s = document.getElementsByTagName("script")[0];
    s.parentNode.insertBefore(bp, s);
})();
</script>
</body>