蒲公英的约定

ExecutorService、Executors线程池使用不合理导致的性能问题

项目中使用到了ThreadPoolExecutor，这个是挺好的东西，线程池的实现。但有一点不太爽的是，用Jprofiler调试由它创建的线程的时候，看到的都是pool-1-thread-1\2\3\4之类的。这是它自身的默认规则产生的，pool代表这是池，-1-代表是第几个ThreadPoolExecutor产生的，-thread-1是递增的。所以每次我都要点 Thread Dumps 去查

最近在做的项目，在调试时打开了top，发现CPU一直是90%以上的，这让我们感觉奇怪。一般来说写得好的程序，CPU不应该满负载运行。大家决定查找原因。

这种文章写得很不错，让我对threadPoolExecutor有了更深入的了解！ThreadPoolExecutor的完整构造方法的签名是：ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueue workQueue, Thread

上次说要写一篇关于统一线程池的文章，拖了好久，下午就来写一写，温故而知新。线程池机制大家都很熟悉，把任务添加到池中，然后按照一定的机制使用多个线程来执行任务。在java中通常是使用newCachedThreadPool()来创建。再加上信号量，通过获取到许可来执行任务。