关于线程池ThreadPoolExecutor的深度思考

今天，又一次梳理了下关于线程池ThreadPoolExecutor的运行原理，重新阅读源码，又一次加深理解。

在梳理ThreadPoolExecutor运行原理前，问了自己几个问题：

（1）task什么时候执行，如何执行？

（2）当thread数<core size时，task执行完后，thread又如何保持运行中，而不被销毁？

（3）当task个数>core size && task个数 < max size时， thread如何超时timeout而被销毁？

 

首先，重新阅读源码，并重新绘制新理解的脑图：

当task执行/提交后，task包装成worker，worker中具有私有thread

     （1）当线程池中的正执行thread个数<CoreSize时，添加到workers中，并直接执行start，开始循环从2个渠道获取task。

              获取task有2个渠道：本身的task、等待队列workerQueue中task对象（使用阻塞方式take获取任务）

             其中使用阻塞task方法从等待队列workerQueue中获取任务，如果没有任务，则thread一直阻塞，前提allowCoreThreadTimeout==false。

            如果allowCoreThreadTimeout==true，则线程池使用第（2）种方式 执行。

      （2）当线程池中的正执行thread个数>CoreSize && 正执行thread个数<MaxSize && 等待队列workerQueue已满时，task直接添加到workers中，并直接执行start，开始循环获取task。

           获取task有2个渠道：本身的task、等待队列workerQueue中task对象（使用非阻塞方式poll获取任务）

           其中使用具有超时keepAliveTime的非阻塞方式poll从等待队列workerQueue中获取任务，如果没有任务，则thread执行完成，自动销毁。

          一直到线程池中thread个数<=CoreSize，则线程池回到第（1）种方式执行。

 

总结：

（1）task什么时候执行，如何执行？

         task提交后，自动创建thread，并执行task，同时循环从等待队列中获取任务，

（2）当thread数<core size时，task执行完后，thread又如何保持运行中，而不被销毁？

        thead以阻塞方式take从阻塞等待队列中获取，如果没有任务，则thread一直阻塞，而不会执行完毕，不被销毁

（3）当task个数>core size && task个数 < max size时， thread如何超时timeout而被销毁？

        thead以具有超时keepAliveTime的非阻塞方式poll从等待队列中获取，如果没有任务，则thread执行完毕，从而被销毁