common pool 导致CPU高

有个应用的CPU使用率很高，有时到100％，因为这个原因，产生连锁反应，最终系统宕掉。

检查应用的源码，发现其中使用了开源的common pool的对象池来管理对象。以前就知道这个开源包有些问题，但是看其中的使用，应该没有什么问题。自己也做了大量的实验也没有重现CPU高的问题。

再仔细分析找个应用发现一个特别的情况，pool的大小是1000，而访问这个pool的线程甚至能到达4000。（这么多线程，应用本身的设计就不合理）。这是一个发现，做个实验，果然：当pool的最大对象数小于访问pool的线程数量时，CPU急剧上升。由通常情况的5％左右上升到70％。好可怕^_^。还好我几乎不用这个，现在JDK中好用的东西太多了。

 

而且在多并发应用中，最好还是不用对象池：

“当线程分配新的对象时，需要线程内部的协调，分配运算常使用线程本地的分配块来消除同步。当线程从池中请求对象，协调访问池的同步是必须的，这时就有线程阻塞的可能。由锁竞争产生的阻塞，其代价可能比直接分配多几百倍。”

来自专家的建议^_^。