ctl是ThreadPoolExecutor唯一承载运行状态和线程数的32位原子整数，高3位为runState，低29位为workerCount，通过位运算可安全提取状态与数量，并支撑shutdown/shutdownNow等状态流转逻辑。
ThreadPoolExecutor 的 ctl 变量是理解其状态管理机制的钥匙——它不是辅助字段，而是唯一承载「运行状态」和「当前线程数」两个关键维度的原子整数。实战中不直接操作 ctl，但读懂它的位结构、提取逻辑与状态流转，就能精准判断线程池行为、排查阻塞原因、甚至定制监控指标。
ctl 的位布局与实际取值含义
ctl 是一个 AtomicInteger，共 32 位：高 3 位表示线程池状态（runState），低 29 位表示工作线程数（workerCount）。这种设计让一次 CAS 操作即可同时更新两者，避免多变量并发修改带来的竞态风险。
-
RUNNING 状态值为 -536870912：二进制是
11100000000000000000000000000000（高 3 位 111，低 29 位全 0） - SHUTDOWN 值为 0：高 3 位 000，低 29 位全 0
-
若当前有 3 个活跃线程且处于 RUNNING 状态，ctl 值 = RUNNING | 3 =
-536870909
从 ctl 中安全提取状态和线程数
不能靠字符串或强转解析，必须用源码级位运算。这是实战调试和日志埋点的基础：
-
runStateOf(ctl.get())：执行c & ~CAPACITY，屏蔽低 29 位，只留高 3 位状态码 -
workerCountOf(ctl.get())：执行c & CAPACITY，屏蔽高 3 位，只取低 29 位数值 - 例如：
ctl.get() == -536870909→runStateOf返回-536870912（即 RUNNING），workerCountOf返回3
利用 ctl 判断线程池真实运行阶段
仅看是否调用了 shutdown() 不够，需结合 ctl 实时值验证实际状态与线程负载：
-
isRunning(ctl.get())判定是否仍在接收新任务：返回 true ⇔ctl.get() （因 RUNNING 是唯一负值） -
runStateAtLeast(ctl.get(), STOP)表示已进入 STOP 或更晚状态（如 TIDYING），此时队列任务被丢弃、运行中任务被中断 - 监控告警可设阈值：当
workerCountOf(ctl.get()) == maximumPoolSize且队列积压 > 0，说明线程池已饱和
ctl 如何支撑 shutdown() 与 shutdownNow() 的语义差异
两者的本质区别，就体现在对 ctl 高位状态的变更和后续 worker 处理逻辑上：
-
shutdown()：CAS 将 ctl 高 3 位由 RUNNING（111）改为 SHUTDOWN（000），此后拒绝新任务，但允许队列任务继续执行 -
shutdownNow()：CAS 将高 3 位改为 STOP（001），立即清空队列，并遍历所有 worker 调用interrupt() - 注意：状态只能单向升级（RUNNING → SHUTDOWN → STOP → TIDYING → TERMINATED），ctl 的高位值只会增大或不变，不可降级
