多线程任务的特性

线程池的大小和CPU执行的任务的特性有关，包含一下几个特性。

设置线程池的大小

对于CPU密集型任务，配置尽可能小的线程数，CPU个数+1；

对于IO密集型应该配置尽可能多的线程数，因为IO操作不会占用CPU时间，加大线程数好提高CPU的利用率，比如配置为2倍CPU个数+1；

对于混合型可以拆分为IO密集型和CPU密集型分别处理。
对于任务依赖于其他系统资源返回结果的，比如数据库，如果等待时间长，则应该设置更大的线程数量。
最佳线程数目 = （（线程等待时间+线程CPU时间）/线程CPU时间）* CPU数目

高并发、任务执行时间短的业务，线程池线程数可以设置为CPU核数+1，减少线程上下文的切换

并发不高、任务执行时间长的业务要区分开看。

假如是业务时间长集中在IO操作上，也就是IO密集型的任务，因为IO操作并不占用CPU，所以不要让所有的CPU闲下来，可以适当加大线程池中的线程数目，让CPU处理更多的业务
假如是业务时间长集中在计算操作上，也就是计算密集型任务，这个就没办法了，和（1）一样吧，线程池中的线程数设置得少一些，减少线程上下文的切换。

并发高、业务执行时间长，解决这种类型任务的关键不在于线程池而在于整体架构的设计，看看这些业务里面某些数据是否能做缓存是第一步，增加服务器是第二步。业务执行时间长的问题，也可能需要分析一下，看看能不能使用中间件对任务进行拆分和解耦。