The Number Of ThreadPoolExecutor

序言

整理下Java 线程池中线程数量如何设置的依据

巨人肩膀:

1. https://blog.csdn.net/weilaizhixing007/article/details/125955693

2. https://blog.csdn.net/yuyan_jia/article/details/120298564#:~:text=%E4%B8%80%E4%B8%AA%E7%BA%BF%E7%A8%8B%E6%B1%A0%E5%A4%84%E7%90%86%E8%AE%A1,N%3D16%E4%B8%AA%E7%BA%BF%E7%A8%8B%E3%80%82

Begin

基于如上的描述可以了解到,设置线程池的数量需要根据业务操作类型进行分类,不同类型的线程池的线程数量设置规则是有差距的,侧面也说明不同业务的线程池应该分别创建,而不是一个线程池应用到所有类型的计算任务上[e-mail]

所以线程池分类:

• 计算密集型

• I/O密集经

• 计算&I/O混合型

计算密集型

CUP的最优数量是: 内核数+1

这种任务消耗的主要是 CPU 资源，可以将线程数设置为 N（CPU 核心数）+1，比 CPU 核心数多出来的一个线程是为了防止线程偶发的缺页中断，或者其它原因导致的任务暂停而带来的影响。一旦任务暂停，CPU 就会处于空闲状态，而在这种情况下多出来的一个线程就可以充分利用 CPU 的空闲时间。---多一个线程的目的是为了解决线程突然中断,CPU没有被充分利用

当线程数量太小，同一时间大量请求将被阻塞在线程队列中排队等待执行线程，此时 CPU 没有得到充分利用；当线程数量太大，被创建的执行线程同时在争取 CPU 资源，又会导致大量的上下文切换，从而增加线程的执行时间，影响了整体执行效率。

I/O密集型

CPU最优数量是:

如上的算法是知道cpu利用率的情况下的算法,如下的算法是在不知道的情况下默认设置的一个算法

系统会用大部分的时间来处理 I/O 交互，而线程在处理 I/O 的时间段内不会占用 CPU 来处理，这时就可以将 CPU 交出给其它线程使用。因此在 I/O 密集型任务的应用中，我们可以多配置一些线程，具体的计算方法是 2N。

混合型

在一个任务既有I/O密集型又有计算密集型的计算任务时,且不能分开,则线程池的参数设置.

计算操作需要5ms，DB操作需要100ms，对于一台8个CPU的服务器，怎么设置线程数呢

最优线程数 = N（CPU 核数）*(1/（1+WT（线程等待时间）/ST（线程时间运行时间））)

如上 wt/st就是 5/105 表示,处理此类类型的业务单个线程的CPU利用率.

1 /（1+WT（线程等待时间）/ST（线程时间运行时间）） : 表示 1个内核如果要在105ms中全都运行起来则需要多个线程

N（CPU 核数）*(1/（1+WT（线程等待时间）/ST（线程时间运行时间））) 最后乘以N则标识充分利用N个内核的CUP时间需要的线程数