java线程池生命周期严格遵循running→shutdown/stop→tidying→terminated单向不可逆流转：running可接收并执行任务；shutdown()进shutdown，拒新任务但处理队列；shutdownnow()进stop，拒新任务、清队列、中断运行线程；任务全终止且线程数为0时进tidying并调用terminated()，完成后转terminated。
Java线程池的生命周期由 ThreadPoolExecutor 内部严格定义的五种状态构成，它们不是松散标记，而是受原子变量 ctl 约束的、单向不可逆的状态机。理解这五个阶段，关键在于掌握每个状态的**行为边界**和**触发条件**，而非死记数值。
RUNNING：唯一活跃态，一切功能正常
这是线程池创建后的默认状态，也是唯一能接收并处理任务的状态：
- ✅ 接收新提交的任务（
execute()成功） - ✅ 执行阻塞队列中已排队的任务
- ✅ 按需创建核心线程或非核心线程（取决于队列是否满、线程数是否达
maximumPoolSize） - 只要没调用
shutdown()或shutdownNow()，它就一直保持 RUNNING
SHUTDOWN 与 STOP：两条关闭路径，语义截然不同
关闭不是“暂停”，而是启动状态迁移；选择哪条路径，取决于你对任务完成的容忍度：
-
SHUTDOWN（平滑关闭）：调用
shutdown()后进入。不再接受新任务，但坚持把队列里已有的任务全部执行完——适合有重要后台任务、不允许丢弃的场景 -
STOP（强制关闭）：调用
shutdownNow()后进入。立即拒绝新任务、清空队列、并尝试中断所有正在运行的 Worker 线程——适合响应超时、服务快速下线等强终止需求 - 注意：
shutdownNow()可在 RUNNING 或 SHUTDOWN 状态下调用，都会跳转至 STOP
TIDYING 与 TERMINATED：自动触发的终结流程
这两个状态不靠手动切换，而是由线程池内部自动检测并推进：
-
TIDYING：当满足两个条件时自动进入——所有任务（含队列中未执行的 + 正在运行的）均已终止，且当前工作线程数为 0。此时会同步调用
protected void terminated()钩子方法（默认为空，可重写用于资源清理） -
TERMINATED：
terminated()方法执行完毕后，状态自动变为 TERMINATED。线程池彻底不可用，不能再提交任务，也不能重启 - 无论从 SHUTDOWN 还是 STOP 走来，只要满足“任务全停 + 线程归零”，就会统一进 TIDYING → TERMINATED
状态设计本质：一个 int，高3位存状态，低29位存线程数
所有状态流转的底层保障，来自 AtomicInteger ctl 的紧凑编码：
- 高3位表示状态（如 RUNNING =
111，SHUTDOWN =000），低29位记录当前活跃 Worker 数量 - 这种设计让状态检查和线程计数天然原子化，避免锁竞争
- 也决定了状态只能递增（-1 → 0 → 1 → 2 → 3），无法回退——比如 SHUTDOWN 不可能变回 RUNNING，STOP 也无法降级为 SHUTDOWN
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
