Java并发工具ThreadPoolExecutor线程池使用讲解2(1)

前面已介绍corePoolSize、maximumPoolSize和阻塞队列以及他们之间的变化关系。阻塞队列是否被放满将影响线程池中worker线程的创建。关于阻塞队列，如果我们传入不同类型的阻塞队列（实现类），也导致线程池使用不同的排队策略。注意，后文简称阻塞队列为队列。

1. 线程池的排队策略

A. 直接移交：队列的存储空间为0，例如SynchronousQueue。当把这种队列传给线程池之后，任务只能交给线程执行，不能存储在队列中。可以认为SynchronousQueue是一个刚创建出来就是满的阻塞队列并且永远都是满的。假如线程池中的线程个数未达到最大值，则每次往线程池提交任务，则它要么被空闲worker线程取出执行，要么被新创建的worker线程取出来执行。

B. 无界队列：队列的存储空间无限（不考虑内存空间），例如LinkedBlockingQueue。使用这种队列的线程池，worker线程的个数达到corePoolSize之后不再增加，新的任务全部都存入队列，所以maximumPoolSize参数不会产生实质性的作用。这种队列适合任务之间无依赖关系的场景，也可以用于对突然增长的高并发请求进行平滑处理或削峰。

C. 有界队列：有空间大小限制的阻塞队列，例如ArrayBlockingQueue。使用这种队列的时候，队列大小及maximumPoolSize这两个参数是比较难调整的。你可以多观察CPU利用率、线程上下文切换消耗、吞吐量等指标，结合任务类型（是否容易阻塞）等来调整这两个参数。假如任务的IO操作较多，那么系统就有较多空余时间执行上下文切换，此时可以适当增加maximumPoolSize让线程多一些；如果任务计算量较多，则可以适当增大队列、减少线程数，腾出上下文切换时间给任务。一般而言，调小队列大小之后就应该调大一些maximumPoolSize，反之亦然。

2. 线程池的饱和处理策略

当线程池已关闭或者达到饱和状态（队列和线程数均达到上限）时，再有线程提交任务，就会触发饱和处理策略。有4种策略：

1. ThreadPoolExecutor.AbortPolicy（放弃执行，提交的线程一调用submit()就会接收到RejectedExecutionException异常）；

2. ThreadPoolExecutor.CallerRunsPolicy（在提交的线程中执行，提交的线程自己来运行这个任务，此时异步操作降级成同步操作）；

最后

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！

如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！**