有个应用的CPU使用率很高,有时到100%,因为这个原因,产生连锁反应,最终系统宕掉。
检查应用的源码,发现其中使用了开源的common pool的对象池来管理对象。以前就知道这个开源包有些问题,但是看其中的使用,应该没有什么问题。自己也做了大量的实验也没有重现CPU高的问题。
再仔细分析找个应用发现一个特别的情况,pool的大小是1000,而访问这个pool的线程甚至能到达4000。(这么多线程,应用本身的设计就不合理)。这是一个发现,做个实验,果然:当pool的最大对象数小于访问pool的线程数量时,CPU急剧上升。由通常情况的5%左右上升到70%。好可怕^_^。还好我几乎不用这个,现在JDK中好用的东西太多了。
而且在多并发应用中,最好还是不用对象池:
“当线程分配新的对象时,需要线程内部的协调,分配运算常使用线程本地的分配块来消除同步。当线程从池中请求对象,协调访问池的同步是必须的,这时就有线程阻塞的可能。由锁竞争产生的阻塞,其代价可能比直接分配多几百倍。”
来自专家的建议^_^。