Apache的对象池化工具commons-pool (一)

违法℃玩家

什么是对象池:
    将用过的对象保存起来，等下一次需要这种对象的时候，再拿出来重复使用，从而在一定程度上减少频繁创建对象所造成的开销。用于充当保存对象的“容器”的对象，被称为“对象池”（Object Pool，或简称Pool）

对象池的作用：
   
    应用中要频繁创建某个对象，而对象的创建有很消耗性能，这时采用对象池策略可避免频繁创建对象，在一定程度上可提高系统的性能。

    当我们的应用中创建一个十分最重量级的对象的时候，往往为了节省资源成本，使用单例模式，整个的应用中就只有一个对象供大家使用。这样是节省了不少资源，也是大多数应用的做法。不过如果遇到并发量十分大的情况下，并发访问的问题也就出现了。OK即使您不用加锁synchronized，利用ThreadLoacl进行安全变量的副本，但是维持变量副本的资源也是需要消耗资源的。而且对于一个重量级的对象的多个方法多个线程同时调用此对象的同一个局部变量，多个副本的维护实际上也是挺占用资源的。


什么时候不易使用对象池：
     
    采用对象池化的本意，是要通过减少对象生成的次数，减少花在对象初始化上面的开销，从而提高整体的性能。然而池化处理本身也要付出代价，因此，并非任何情况下都适合采用对象池化。

Dr. Cliff Click在JavaOne 2003上发表的《Performance Myths Exposed》中，给出了一组其它条件都相同时，使用与不使用对象池化技术的实际性能的比较结果。他的实测结果表明：

对于类似Point这样的轻量级对象，进行池化处理后，性能反而下降，因此不宜池化；
对于类似Hashtable这样的中量级对象，进行池化处理后，性能基本不变，一般不必池化（池化会使代码变复杂，增大维护的难度）；
对于类似JPanel这样的重量级对象，进行池化处理后，性能有所上升，可以考虑池化。
根据使用方法的不同，实际的情况可能与这一测量结果略有出入。在配置较高的机器和技术较强的虚拟机上，不宜池化的对象的范围可能会更大。不过，对于像网络和数据库连接这类重量级的对象来说，目前还是有池化的必要。

基本上，只在重复生成某种对象的操作成为影响性能的关键因素的时候，才适合进行对象池化。如果进行池化所能带来的性能提高并不重要的话，还是不采用对象池化技术，以保持代码的简明，而使用更好的硬件和更棒的虚拟机来提高性能为佳。


      参考：http://www.cnblogs.com/yuelee/articles/2819870.html
            http://www.cnblogs.com/shipengzhi/archive/2011/06/02/2068565.html