线程池参数设置原则

线程池参数设置原则

　　为了减少创建和销毁线程的次数，让每个线程都可以多次的使⽤，可以根据系统情况调整线程的数量，防⽌消耗过多内存。在实际使⽤

中，服务器在创建和销毁线程上花费的时间和消耗的系统资源都相当⼤，使⽤线程池就可以优化。

　　在java中，如果每个请求到达就创建⼀个新线程，开销是相当⼤的。在实际使⽤中，服务器在创建和销毁线程上花费的时间和消耗的系

统资源都相当⼤，甚⾄可能要⽐在处理实际的⽤户请求的时间和资源要多的多。除了创建和销毁线程的开销之外，活动的线程也需要消耗系

统资源。如果在⼀个jvm⾥创建太多的线程，可能会使系统由于过度消耗内存或“切换过度”⽽导致系统资源不⾜。为了防⽌资源不⾜，服务器

应⽤程序需要采取⼀些办法来限制任何给定时刻处理的请求数⽬，尽可能减少创建和销毁线程的次数，特别是⼀些资源耗费⽐较⼤的线程的

创建和销毁，尽量利⽤已有对象来进⾏服务，这就是“池化资源”技术产⽣的原因。

线程池主要⽤来解决线程⽣命周期开销问题和资源不⾜问题。通过对多个任务重复使⽤线程，线程创建的开销就被分摊到了多个任务上

了，⽽且由于在请求到达时线程已经存在，所以消除了线程创建所带来的延迟。这样，就可以⽴即为请求服务，使⽤应⽤程序响应更快。另

外，通过适当的调整线程中的线程数⽬可以防⽌出现资源不⾜的情况。

⼀：线程池参数简介

ThreadPoolExecutor类可设置的参数主要有：

corePoolSize：核⼼线程

1.核⼼线程会⼀直存活，及时没有任务需要执⾏

2.当线程数⼩于核⼼线程数时，即使有线程空闲，线程池也会优先创建新线程处理

3.设置allowCoreThreadTimeout=true（默认false）时，核⼼线程会超时关闭

queueCapacity：任务队列容量（阻塞队列）

当核⼼线程数达到最⼤时，新任务会放在队列中排队等待执⾏

maxPoolSize：最⼤线程数

1.当线程数>=corePoolSize，且任务队列已满时。线程池会创建新线程来处理任务

2.当线程数=maxPoolSize，且任务队列已满时，线程池会拒绝处理任务⽽抛出异常

keepAliveTime：线程空闲时间

1.当线程空闲时间达到keepAliveTime时，线程会退出，直到线程数量=corePoolSize

2.如果allowCoreThreadTimeout=true，则会直到线程数量=0

rejectedExecutionHandler：任务拒绝处理器

两种情况会拒绝处理任务：

1.当线程数已经达到maxPoolSize，切队列已满，会拒绝新任务

2.当线程池被调⽤shutdown()后，会等待线程池⾥的任务执⾏完毕，再shutdown。如果在调⽤shutdown()和线程池真正shutdown之间提交

任务，会拒绝新任务。

线程池会调⽤rejectedExecutionHandler来处理这个任务。如果没有设置，默认是AbortPolicy，会抛出异常。

ThreadPoolExecutor类有⼏个内部实现类来处理拒绝任务：

1.AbortPolicy 丢弃任务，抛运⾏时异常

2.CallerRunsPolicy 执⾏任务

3.DiscardPolicy 忽视，什么都不会发⽣

4.DiscardOldestPolicy 从队列中踢出最先进⼊队列（最后⼀个执⾏）的任务

5.实现RejectedExecutionHandler接⼝，可⾃定义处理器

⼆：ThreadPoolExecutor执⾏顺序：

1.当线程数⼩于核⼼线程数时，创建线程。

2.当线程数⼤于等于核⼼线程数，且任务队列未满时，将任务放⼊任务队列。

3.当线程数⼤于等于核⼼线程数，且任务队列已满

3.1若线程数⼩于最⼤线程数，创建线程

3.2若线程数等于最⼤线程数，抛出异常，拒绝任务

三：线程池参数的合理设置

为了说明合理设置的条件，我们⾸先确定有以下⼏个相关参数：

1.tasks，程序每秒需要处理的最⼤任务数量（假设系统每秒任务数为100~1000）

2.tasktime，单线程处理⼀个任务所需要的时间（每个任务耗时0.1秒）

3.responsetime，系统允许任务最⼤的响应时间（每个任务的响应时间不得超过2秒）

corePoolSize

每个任务需要tasktime秒处理，则每个线程每秒可处理1/tasktime个任务。系统每秒有tasks个任务需要处理，则需要的线程数为：

tasks/(1/tasktime)。

即tasks*tasktime个线程数。假设系统每秒任务数为100到1000之间，每个任务耗时0.1秒，则需要100x0.1⾄1000x0.1，即10到100个线程。

那么corePoolSize应该设置为⼤于10。

具体数字最好根据8020原则，即80%情况下系统每秒任务数，若系统80%的情况下任务数⼩于200，最多时为1000，则corePoolSize可设置

为20。

queueCapacity：任务队列的长度：

任务队列的长度要根据核⼼线程数，以及系统对任务响应时间的要求有关。队列长度可以设置为(corePoolSize/tasktime)responsetime(20/0.1)2=400，即队列长度可设置为400。

如果队列长度设置过⼤，会导致任务响应时间过长，如以下写法：

LinkedBlockingQueue queue = new LinkedBlockingQueue();

这实际上是将队列长度设置为Integer.MAX_VALUE，将会导致线程数量永远为corePoolSize，再也不会增加，当任务数量陡增时，任务响

应时间也将随之陡增。

maxPoolSize:最⼤线程数

当系统负载达到最⼤值时，核⼼线程数已⽆法按时处理完所有任务，这时就需要增加线程。每秒200个任务需要20个线程，那么当每秒达到

1000个任务时，则需要(1000-queueCapacity)*(20/200)，即60个线程，可将maxPoolSize设置为60。

keepAliveTime:

线程数量只增加不减少也不⾏。当负载降低时，可减少线程数量，如果⼀个线程空闲时间达到keepAliveTiime，该线程就退出。默认情况下

线程池最少会保持corePoolSize个线程。keepAliveTiime设定值可根据任务峰值持续时间来设定。

以上关于线程数量的计算并没有考虑CPU的情况。若结合CPU的情况，⽐如，当线程数量达到50时，CPU达到100%，则将maxPoolSize设

置为60也不合适，此时若系统负载长时间维持在每秒1000个任务，则超出线程池处理能⼒，应设法降低每个任务的处理时间(tasktime)。