本文主要介绍线程池是解决了哪些问题以及线程池中 的corePoolSize(核心线程数),queueCapacity(等待队列的长度),maximumPoolSize(最大核心线程数)。本文不会对线程池各个参数介绍，假定你已经了解了线程池各个参数的含义。
1 为什么要有线程池呢？
当前实际应用中，经常会遇到单个请求处理时间短但请求量巨大但问题，简单说就是qps很高，平响时间很短的情况。这些情况下如果采用来一个任务就新建一个线程处理，那么会有什么问题呢？
1、每个任务新建一个线程，qps越高，就越消耗cpu资源新建线程；平响很短也需要cpu不断的销毁线程。从而会大量消耗cpu资源
2、创建的线程越多，cpu在处理任务时，线程切换相对更加频繁。导致cpu浪费在线程切换上的时间就会变长，从而会增加平响时间。
3、每个线程的创建都是要消耗内存资源的。高qps情况下容易出现OOM(unable to create new native Thread)
4、操作系统本身也不允许线程无限对增长
基于以上4个问题，线程池应运而生。
线程池中核心线程数能够重复使用，应对高qps无须频繁新建线程，进而减少线程之间切换的耗时；阻塞队列能够暂时缓存新到任务，作为新建线程的缓冲池。
2 线程池核心参数的计算
先列出计算公式，然后举例解释说明
2.1 核心线程数
corePoolSize=20% * taskNum/(单线程/AR)=20% * 任务数 * 平响
taskNum是指任务数量/请求数量等，可以简单理解成是qps，
AR是指每个任务的平均处理时间，
20%是根据8020定律得来的，简单理解是80%的情况下，核心的任务数大约占到20%
2.2 工作队列长度
queueCapacity=（corePoolSize/AR）* MR
corePoolSize为上面计算出来的核心线程数，
AR是指每个任务的平均处理时间，
MR表示任务能够接受的最大响应时间
2.3 最大核心线程数
maximumPoolSize=(taskNum-queueCapacity)/(单线程/AR)
taskNum是指任务数量/请求数量等，可以简单理解成是qps，
queueCapacity为等待队列的长度，
AR是指每个任务的平均处理时间，
2.4 举例
假定任务数是100个/s，平均响应时间是0.1s,能够接受的最大响应时间是0.5s则
corePoolSize=20% * taskNum/(单线程/AR)=20% * 任务数 * 平响=20% * 100 个/s * 0.1s=2个
queueCapacity=（corePoolSize/AR）* MR=2个/0.1s *0.5s=10个
maximumPoolSize=(taskNum-queueCapacity)/(单线程/AR)=(100-10)/(1/0.1)=9个
根据上面推到就能大致算出核心参数的取值，但是是有前提假定的，即资源是无限的。根据公式算出来的只是一个理论参考值。实际线上参数配置还是要以此为基础进行微调