线程池是一种多线程处理形式，处理过程中将任务添加到队列，然后在创建线程后自动启动这些任务。线程池线程都是后台线程，线程的运行需要我们设置相关的参数。

线程池的参数设置跟系统的负载有直接的关系，下面为系统负载的相关参数：

• tasks，每秒需要处理的的任务数(针对系统需求)
• threadtasks，每个线程每钞可处理任务数(针对线程本身)
• responsetime，系统允许任务最大的响应时间，比如每个任务的响应时间不得超过2秒。

corePoolSize

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

假设系统每秒任务数为100 ~ 1000，每个线程每钞可处理10个任务，则需要100 / 10至1000 / 10，即10 ~ 100个线程。那么corePoolSize应该设置为大于10，具体数字最好根据8020原则，因为系统每秒任务数为100 ~ 1000，即80%情况下系统每秒任务数小于1000 * 20% = 200，则corePoolSize可设置为200 / 10 = 20。

queueCapacity

任务队列的长度要根据核心线程数，以及系统对任务响应时间的要求有关。队列长度可以设置为 所有核心线程每秒处理任务数 * 每个任务响应时间 = 每秒任务总响应时间 ，即(corePoolSize*threadtasks)responsetime： (2010)*2=400，即队列长度可设置为400。

maxPoolSize

当系统负载达到最大值时，核心线程数已无法按时处理完所有任务，这时就需要增加线程。每秒200个任务需要20个线程，那么当每秒达到1000个任务时，则需要(tasks - queueCapacity)/ threadtasks 即(1000-400)/10，即60个线程，可将maxPoolSize设置为60。

队列长度设置过大，会导致任务响应时间过长，切忌以下写法：

LinkedBlockingQueue queue = new LinkedBlockingQueue();

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

keepAliveTime

当负载降低时，可减少线程数量，当线程的空闲时间超过keepAliveTime，会自动释放线程资源。默认情况下线程池停止多余的线程并最少会保持corePoolSize个线程。

allowCoreThreadTimeout

默认情况下核心线程不会退出，可通过将该参数设置为true，让核心线程也退出。

一般说来，大家认为线程池的大小经验值应该这样设置：(其中N为CPU的个数)

1）如果是CPU密集型应用，则线程池大小设置为N+1

2）如果是IO密集型应用，则线程池大小设置为2N+1

上述的几个线程池的参数设置对应线程池的正常工作都是十分必要的，千里之提，溃于蚁穴，我们切不可因为一些小的参数设置错误而影响整个线程池的功能，那样就得不偿失了。保险起见，我们需要设置线程池的相关参数的时候可以到动力节点在线的相关视频课程查看老师给出的具体参数，避免参数设置出错。