明天跟大家聊一聊无论是在工作中罕用还是在面试中常问的线程池，通过画图的形式来彻底弄懂线程池的工作原理，以及在理论我的项目中该如何自定义适宜业务的线程池。
一、什么是线程池线
程池其实是一种池化的技术的实现，池化技术的核心思想其实就是实现资源的一个复用，防止资源的反复创立和销毁带来的性能开销。在线程池中，线程池能够治理一堆线程，让线程执行完工作之后不会进行销毁，而是持续去解决其它线程曾经提交的工作。
线程池的益处:
- 升高资源耗费。通过反复利用已创立的线程升高线程创立和销毁造成的耗费。
- 进步响应速度。当工作达到时，工作能够不须要等到线程创立就能立刻执行。
-
进步线程的可管理性。线程是稀缺资源，如果无限度的创立，不仅会耗费系统资源，还会升高零碎 的稳定性，应用线程池能够进行对立的调配，调优和监控。
二、线程池的结构
Java 中次要是通过构建 ThreadPoolExecutor 来创立线程池的，接下来咱们看一下线程池是如何结构进去的。
线程池结构参数
- corePoolSize：线程池中用来工作的外围的线程数量。
- maximumPoolSize：最大线程数，线程池容许创立的最大线程数。
- keepAliveTime：超出 corePoolSize 后创立的线程存活工夫或者是所有线程最大存活工夫，取决于配置。
- unit：keepAliveTime 的工夫单位。
- workQueue：工作队列，是一个阻塞队列，当线程数已达到外围线程数，会将工作存储在阻塞队列中。
- threadFactory：线程池外部创立线程所用的工厂。
-
handler：回绝策略；当队列已满并且线程数量达到最大线程数量时，会调用该办法解决该工作。
线程池的结构其实很简略，就是传入一堆参数，而后进行简略的赋值操作。三、线程池的运行原理
说完线程池的外围结构参数的意思，接下来就来画图解说这些参数在线程池中是如何工作的。线程池刚创立进去是什么样子呢，如下图
不错，刚创立进去的线程池中只有一个结构时传入的阻塞队列而已，此时外面并没有的任何线程，然而如果你想要在执行之前曾经创立好外围线程数，能够调用 prestartAllCoreThreads 办法来实现，默认是没有线程的。
当有线程通过 execute 办法提交了一个工作，会产生什么呢？
提交工作的时候，其实会去进行工作的解决首先会去判断以后线程池的线程数是否小于外围线程数，也就是线程池结构时传入的参数 corePoolSize。
如果小于，那么就间接通过 ThreadFactory 创立一个线程来执行这个工作，如图当工作执行完之后，线程不会退出，而是会去从阻塞队列中获取工作，如下图
接下来如果又提交了一个工作，也会依照上述的步骤，去判断是否小于外围线程数，如果小于，还是会创立线程来执行工作，执行完之后也会从阻塞队列中获取工作。这里有个细节，就是提交工作的时候，就算有线程池里的线程从阻塞队列中获取不到工作，如果线程池里的线程数还是小于外围线程数，那么仍然会持续创立线程，而不是复用已有的线程。
如果线程池里的线程数不再小于外围线程数呢？那么此时就会尝试将工作放入阻塞队列中，入队胜利之后，如图这样在阻塞的线程就能够获取到工作了。
然而，随着工作越来越多，队列曾经满了，工作放入失败了，那怎么办呢？
此时就会判断以后线程池里的线程数是否小于最大线程数，也就是入参时的 maximumPoolSize 参数如果小于最大线程数，那么也会创立非核心线程来执行提交的工作，如图所以，从这里能够发现，就算队列中有工作，新创建的线程还是优先解决这个提交的工作，而不是从队列中获取已有的工作执行，从这能够看出，先提交的工作不肯定先执行。然而可怜的事产生了，线程数曾经达到了最大线程数量，那么此时会怎么办呢？此时就会执行回绝策略，也就是结构线程池的时候，传入的 RejectedExecutionHandler 对象，来解决这个工作。
RejectedExecutionHandler 的实现 JDK 自带的默认有 4 种
- AbortPolicy：抛弃工作，抛出运行时异样
- CallerRunsPolicy：由提交工作的线程来执行工作
- DiscardPolicy：抛弃这个工作，然而不抛异样
- DiscardOldestPolicy：从队列中剔除最先进入队列的工作，而后再次提交工作
线程池创立的时候，如果不指定回绝策略就默认是 AbortPolicy 策略。当然，你也能够本人实现 RejectedExecutionHandler 接口，比方将工作存在数据库或者缓存中，这样就数据库或者缓存中获取到被回绝掉的工作了。
到这里，咱们发现，线程池结构的几个参数 corePoolSize、maximumPoolSize、workQueue、threadFactory、handler 咱们都在上述的执行过程中讲到了，那么还差两个参数 keepAliveTime 和 unit(unit 是 keepAliveTime 的工夫单位)没讲到，所以 keepAliveTime 是如何起到作用的呢，这个问题留到前面剖析。
说完整个执行的流程，接下来看看 execute 办法代码是如何实现的。execute 办法
- workerCountOf(c)<corePoolSize: 这行代码就是判断是否小于外围线程数，是的话就通过 addWorker 办法，addWorker 就是增加线程来执行工作。
- workQueue.offer(command)：这行代码就示意尝试往阻塞队列中增加工作
- 增加失败之后就会再次调用 addWorker 办法尝试增加非核心线程来执行工作
-
如果还是增加非核心线程失败了，那么就会调用 reject(command)来回绝这个工作。
最初再来另画一张图总结 execute 执行流程四、线程池中线程实现复用的原理
线程池的外围性能就是实现了线程的反复利用，那么线程池是如何实现线程的复用呢？线程在线程池外部其实是被封装成一个 Worker 对象
Worker 继承了 AQS，也就是有肯定锁的个性。
创立线程来执行工作的办法下面提到是通过 addWorker 办法创立的。在创立 Worker 对象的时候，会把线程和工作一起封装到 Worker 外部，而后调用 runWorker 办法来让线程执行工作，接下来咱们就来看一下 runWorker 办法。启动线程解决工作从这张图能够看出线程执行完工作不会退出的起因，runWorker 外部应用了 while 死循环，当第一个工作执行完之后，会一直地通过 getTask 办法获取工作，只有能获取到工作，就会调用 run 办法，继续执行工作，这就是线程可能复用的次要起因。然而如果从 getTask 获取不到办法的时候，最初就会调用 finally 中的 processWorkerExit 办法，来将线程退出。这里有个一个细节就是，因为 Worker 继承了 AQS，每次在执行工作之前都会调用 Worker 的 lock 办法，执行完工作之后，会调用 unlock 办法，这样做的目标就能够通过 Woker 的加锁状态就能判断出以后线程是否正在运行工作。如果想晓得线程是否正在运行工作，只须要调用 Woker 的 tryLock 办法，依据是否加锁胜利就能判断，加锁胜利阐明以后线程没有加锁，也就没有执行工作了，在调用 shutdown 办法敞开线程池的时候，就用这种形式来判断线程有没有在执行工作，如果没有的话，来尝试打断没有执行工作的线程。
五、线程是如何获取工作的以及如何实现超时的
上一节咱们说到，线程在执行完工作之后，会持续从 getTask 办法中获取工作，获取不到就会退出。接下来咱们就来看一看 getTask 办法的实现。
getTask 办法 getTask 办法，后面就是线程池的一些状态的判断，这里有一行代码 boolean timed = allowCoreThreadTimeOut || wc > corePoolSize; 这行代码是判断，以后过去获取工作的线程是否能够超时退出。如果 allowCoreThreadTimeOut 设置为 true 或者线程池以后的线程数大于外围线程数，也就是 corePoolSize，那么该获取工作的线程就能够超时退出。那是怎么做到超时退出呢，就是这行外围代码 Runnable r = timed ? workQueue.poll(keepAliveTime, TimeUnit.NANOSECONDS) : workQueue.take(); 会依据是否容许超时来抉择调用阻塞队列 workQueue 的 poll 办法或者 take 办法。如果容许超时，则会调用 poll 办法，传入 keepAliveTime，也就是结构线程池时传入的闲暇工夫，这个办法的意思就是从队列中阻塞 keepAliveTime 工夫来获取工作，获取不到就会返回 null；如果不容许超时，就会调用 take 办法，这个办法会始终阻塞获取工作，直到从队列中获取到工作地位。从这里能够看到 keepAliveTime 是如何应用的了。所以到这里应该就晓得线程池中的线程为什么能够做到闲暇肯定工夫就退出了吧。其实最次要的是利用了阻塞队列的 poll 办法的实现，这个办法能够指定超时工夫，一旦线程达到了 keepAliveTime 还没有获取到工作，那么就会返回 null，上一大节提到，getTask 办法返回 null，线程就会退出。这里也有一个细节，就是判断以后获取工作的线程是否能够超时退出的时候，如果将 allowCoreThreadTimeOut 设置为 true，那么所有线程走到这个 timed 都是 true，那么所有的线程，包含外围线程都能够做到超时退出。如果你的线程池须要将外围线程超时退出，那么能够通过 allowCoreThreadTimeOut 办法将 allowCoreThreadTimeOut 变量设置为 true。整个 getTask 办法以及线程超时退出的机制如图所示
六、线程池的 5 种状态
线程池外部有 5 个常量来代表线程池的五种状态
- RUNNING：线程池创立时就是这个状态，可能接管新工作，以及对已增加的工作进行解决。
- SHUTDOWN：调用 shutdown 办法线程池就会转换成 SHUTDOWN 状态，此时线程池不再接管新工作，但能持续解决已增加的工作到队列中工作。
- STOP：调用 shutdownNow 办法线程池就会转换成 STOP 状态，不接管新工作，也不能持续解决已增加的工作到队列中工作，并且会尝试中断正在解决的工作的线程。
- TIDYING：SHUTDOWN 状态下，工作数为 0，其余所有工作已终止，线程池会变为 TIDYING 状态。线程池在 SHUTDOWN 状态，工作队列为空且执行中工作为空，线程池会变为 TIDYING 状态。线程池在 STOP 状态，线程池中执行中工作为空时，线程池会变为 TIDYING 状态。
-
TERMINATED：线程池彻底终止。线程池在 TIDYING 状态执行完 terminated() 办法就会转变为 TERMINATED 状态。
线程池状态具体是存在 ctl 成员变量中，ctl 中不仅存储了线程池的状态还存储了以后线程池中线程数的大小 private final AtomicInteger ctl = new AtomicInteger(ctlOf(RUNNING, 0)); 最初画个图来总结一下这 5 种状态的流转其实，在线程池运行过程中，绝大多数操作执行前都得判断以后线程池处于哪种状态，再来决定是否继续执行该操作。
七、线程池的敞开
线程池提供了 shutdown 和 shutdownNow 两个办法来敞开线程池。
shutdown 办法就是将线程池的状态批改为 SHUTDOWN，而后尝试打断闲暇的线程（如何判断闲暇，下面在说 Worker 继承 AQS 的时候说过），也就是在阻塞期待工作的线程。
shutdownNow 办法就是将线程池的状态批改为 STOP，而后尝试打断所有的线程，从阻塞队列中移除残余的工作，这也是为什么 shutdownNow 不能执行残余工作的起因。所以也能够看出 shutdown 办法和 shutdownNow 办法的次要区别就是，shutdown 之后还能解决在队列中的工作，shutdownNow 间接就将工作从队列中移除，线程池里的线程就不再解决了。
八、线程池的监控
在我的项目中应用线程池的时候，个别须要对线程池进行监控，不便出问题的时候进行查看。线程池自身提供了一些办法来获取线程池的运行状态。
- getCompletedTaskCount：曾经执行实现的工作数量
- getLargestPoolSize：线程池里已经创立过的最大的线程数量。这个次要是用来判断线程是否满过。
- getActiveCount：获取正在执行工作的线程数据
-
getPoolSize：获取以后线程池中线程数量的大小
除了线程池提供的上述曾经实现的办法，同时线程池也预留了很多扩大办法。比方在 runWorker 办法外面，在执行工作之前会回调 beforeExecute 办法，执行工作之后会回调 afterExecute 办法，而这些办法默认都是空实现，你能够本人继承 ThreadPoolExecutor 来扩大重写这些办法，来实现本人想要的性能。九、Executors 构建线程池以及问题剖析
JDK 外部提供了 Executors 这个工具类，来疾速的创立线程池。固定线程数量的线程池：外围线程数与最大线程数相等
单个线程数量的线程池
靠近无限大线程数量的线程池
带定时调度性能的线程池
尽管 JDK 提供了疾速创立线程池的办法，然而其实不举荐应用 Executors 来创立线程池，因为从下面结构线程池能够看出，newFixedThreadPool 线程池，因为应用了 LinkedBlockingQueue，队列的容量默认是无限大，理论应用中呈现工作过多时会导致内存溢出；newCachedThreadPool 线程池因为外围线程数无限大，当工作过多的时候，会导致创立大量的线程，可能机器负载过高，可能会导致服务宕机。
十、线程池的应用场景
在 java 程序中，其实常常须要用到多线程来解决一些业务，然而不倡议单纯应用继承 Thread 或者实现 Runnable 接口的形式来创立线程，那样就会导致频繁创立及销毁线程，同时创立过多的线程也可能引发资源耗尽的危险。所以在这种状况下，应用线程池是一种更正当的抉择，方便管理工作，实现了线程的反复利用。所以线程池个别适宜那种须要异步或者多线程解决工作的场景。
十一、理论我的项目中如何正当的自定义线程池
通过下面剖析提到，通过 Executors 这个工具类来创立的线程池其实都无奈满足理论的应用场景，那么在理论的我的项目中，到底该如何结构线程池呢，该如何正当的设置参数？1）线程数线程数的设置次要取决于业务是 IO 密集型还是 CPU 密集型。CPU 密集型指的是工作次要应用来进行大量的计算，没有什么导致线程阻塞。个别这种场景的线程数设置为 CPU 外围数 +1。IO 密集型：当执行工作须要大量的 io，比方磁盘 io，网络 io，可能会存在大量的阻塞，所以在 IO 密集型工作中应用多线程能够大大地减速工作的解决。个别线程数设置为 2*CPU 外围数 java 中用来获取 CPU 外围数的办法是：Runtime.getRuntime().availableProcessors();2）线程工厂个别倡议自定义线程工厂，构建线程的时候设置线程的名称，这样就在查日志的时候就不便晓得是哪个线程执行的代码。3）有界队列个别须要设置有界队列的大小，比方 LinkedBlockingQueue 在结构的时候就能够传入参数，来限度队列中工作数据的大小，这样就不会因为有限往队列中扔工作导致系统的 oom。