之前做过源码分析,链接如下:
https://blog.csdn.net/u013759134/article/details/83659453
可知,ThreadPoolExecutor线程池对新到任务的处理流程简述如下(为了简单起见,暂只考虑Running状态):
1、查看当前工作线程数是否小于corePoolSize,如果是直接添加一个工作线程执行任务,不是转到2
2、添加任务到任务队列,添加成功结束,添加失败(任务队列满)转到3
3、查看当前工作线程数是否小于maxPoolSize个,如果是,添加工作线程执行任务,不是转到4
4、执行约定好的Reject方式来拒绝任务
由此可以得出ThreadPoolExecutor的正确用法如下所述:
1、任务队列为有界队列时:
会出现任务队列满,添加任务队列失败的现象,此时maxPoolSize是有用的,可能会出现情况:corePoolSize < 当前工作线程数 <= maxPoolSize的情况。
2、任务队列为无界队列时:
任务队列此时永远不会满,这是maxPoolSize就没有用,只会最多有corePoolSize个工作线程。
3、任务队列不保存任务(SynchronousQueue):
这里贴一个SynchronousQueue的分析博客:https://shift-alt-ctrl.iteye.com/blog/1840385
SynchronousQueue作为工作队列的前提下,客户端代码向线程池提交任务时,而线程池中又没有空闲的线程能够从SynchronousQueue队列实例中取一个任务,那么相应的offer方法调用就会失败(即任务没有被存入工作队列)。此时,ThreadPoolExecutor会新建一个新的工作者线程用于对这个入队列失败的任务进行处理(假设此时线程池的大小还未达到其最大线程池大小);线程池中如果有空闲还未因为超时被回收的工作线程时,它们会被阻塞到从任务队列中获取任务的方法处,此时调用相应offer方法会成功,工作线程会直接取任务执行。
(作者:go4it
链接:https://www.jianshu.com/p/b7f7eb2bc778
来源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。)
public static ExecutorService newCachedThreadPool(ThreadFactory threadFactory) {
return new ThreadPoolExecutor(0, Integer.MAX_VALUE,
60L, TimeUnit.SECONDS,
new SynchronousQueue<Runnable>(),
threadFactory);
}