threadpoolexecutor的设计核心在于7个构造参数协同调控资源与ctl变量原子编码状态/线程数。其execute()执行三步决策，支持动态调参，保障高并发下线程复用、资源可控与安全稳定。
Java线程池的核心不是“怎么用”，而是“为什么这么设计”。ThreadPoolExecutor作为JDK中唯一生产推荐的线程池实现，其7个构造参数和底层ctl变量共同构成了高并发下线程复用、资源可控、安全稳定的基石。
七个参数决定行为边界
每个参数都不是孤立配置项，而是一套协同运作的资源调控策略：
-
corePoolSize：线程池的“常驻兵力”。任务提交时，只要当前线程数未达此值，就立即新建核心线程执行，哪怕已有空闲线程；默认不销毁，除非开启
allowCoreThreadTimeOut(true)。 - maximumPoolSize：线程总数上限。当队列已满且线程数仍小于该值，才会创建非核心线程——这是应对突发流量的弹性缓冲区。
-
workQueue：任务的“中转站”，类型直接改变线程池性格：
–LinkedBlockingQueue（无界）：易导致OOM，仅适合低吞吐、任务轻量场景；
–ArrayBlockingQueue（有界）：推荐生产使用，配合拒绝策略可精准控流；
–SynchronousQueue（零容量）：不缓存任务，逼迫线程池优先扩容，适合高响应要求场景。 -
keepAliveTime + unit：只对非核心线程生效。它们空闲超时即销毁，避免资源长期闲置；单位必须与数值匹配，如
60L, TimeUnit.SECONDS而非毫秒误配。 -
threadFactory：不只是起名工具。可统一设置线程为守护线程、指定优先级、添加业务标识（如
"order-processor-pool-%d"），极大提升线上问题定位效率。 -
handler：队列和线程都满时的兜底逻辑。默认
AbortPolicy抛异常，但生产更常用CallerRunsPolicy（由提交线程自己执行），既降速又不丢任务。
ctl变量：一个整数承载两种状态
ThreadPoolExecutor用一个AtomicInteger ctl同时编码线程池运行状态（高3位）和工作线程数（低29位）。这种设计不是炫技，而是为实现无锁并发安全：
- 状态流转严格受限：RUNNING → SHUTDOWN/STOP → TIDYING → TERMINATED，不可逆；
- CAS一次操作即可更新状态+计数，避免多变量竞争带来的锁开销；
- 例如调用
shutdown()时，线程池立刻拒绝新任务，但继续处理队列中存量任务——这个“半关闭”语义正是靠ctl原子变更保障的。
execute()方法：三步决策流水线
每次任务提交都走同一入口execute(Runnable)，内部是清晰的三层判断：
- 线程数
- 否则尝试入队成功？→ 等待空闲线程消费；
- 否则线程数
- 全失败 → 触发拒绝策略。
注意：入队后还有二次检查（recheck），防止刚入队线程池就被shutdown，此时会主动移除任务并拒绝，确保语义一致性。
别忽略可动态调整的能力
很多开发者以为参数只能初始化时定死，其实ThreadPoolExecutor支持运行时调优：
-
setCorePoolSize(n)：调小会逐步终止空闲核心线程；调大会立即启动新线程处理积压队列任务； -
setMaximumPoolSize(n)：调整后，超出的新建请求将被拒绝，原有超限线程会在空闲后自然退出； - 这些能力在流量峰谷明显的服务中非常实用，比如电商大促前扩容、活动后缩容。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
