线程池调优与监控

1、线程池的调优

1.1 分析任务的特性

任务的性质：
CPU 密集型任务、IO 密集型任务和混合型任务。

任务的优先级：
高、中、低。

任务的执行时间：
长、中、短。

任务的依赖性：
是否依赖其他系统资源，如数据库连接。

可以通过 Runtime.getRuntime().availableProcessors() 方法获得当前设备的 CPU 个数。

1.2 具体策略

（1）CPU 密集型任务配置尽可能小的线程，如配置N（CPU核心数）+1个线程的线程池。

（2）IO 密集型任务则由于线程并不是一直在执行任务，则配置尽可能多的线程，如2*N（CPU核心数）。

（3）混合型任务如果可以拆分，则将其拆分成一个 CPU 密集型任务和一个 IO 密集型任务。只要这两个任务执行的时间相差不是太大，那么分解后执行的吞吐率要高于串行执行的吞吐率；如果这两个任务执行时间相差太大，则没必要进行分解。

（4）优先级不同的任务可以使用优先级队列 PriorityBlockingQueue 来处理，它可以让优先级高的任务先得到执行。但是，如果一直有高优先级的任务加入到阻塞队列中，那么低优先级的任务可能永远不能执行。

（5）执行时间不同的任务可以交给不同规模的线程池来处理，或者也可以使用优先级队列，让执行时间短的任务先执行。

（6）依赖数据库连接池的任务，因为线程提交 SQL 后需要等待数据库返回结果，线程数应该设置得较大，这样才能更好的利用 CPU。

（7）建议使用有界队列，有界队列能增加系统的稳定性和预警能力。可以根据需要设大一点，比如几千。使用无界队列，线程池的队列就会越来越大，有可能会撑满内存，导致整个系统不可用。

2、线程池的监控

可以通过线程池提供的参数读线程池进行监控，有以下属性可以使用：

（1）taskCount
线程池需要执行的任务数量，包括已经执行完的、未执行的和正在执行的。

（2）completedTaskCount
线程池在运行过程中已完成的任务数量，completedTaskCount <= taskCount。

（3）largestPoolSize
线程池曾经创建过的最大线程数量，通过这个数据可以知道线程池是否满过。如等于线程池的最大大小，则表示线程池曾经满了。

（4）getPoolSize
线程池的线程数量。如果线程池不销毁的话，池里的线程不会自动销毁，所以线程池的线程数量只增不减。

（5）getActiveCount
获取活动的线程数。

（6）通过继承线程池并重写线程池的 beforeExecute，afterExecute 和 terminated 方法，我们可以在任务执行前、执行后和线程池关闭前干一些事情。如监控任务的平均执行时间、最大执行时间和最小执行时间等。