Java线程池优雅停机关键在于有序停止：先调shutdown()停止接收新任务但继续执行队列中存量任务，再调awaitTermination()等待任务完成，超时后才考虑shutdownNow()兜底；Spring中需通过@PreDestroy等钩子联动容器生命周期确保执行。
Java线程池在优雅停机过程中不丢队列任务，关键不是“不让它停”，而是让停的过程有秩序、有等待、有兜底。核心在于两件事：一是停机信号触发后，线程池要停止接收新任务但继续消化存量；二是应用层需配合 JVM 关闭钩子，在 Spring 容器关闭前完成任务收尾。
shutdown() 是必须的第一步
调用 executor.shutdown() 会把线程池状态设为 SHUTDOWN，此后：
- 不再接受新提交的任务（后续 submit() 会触发拒绝策略）
- 已入队但未执行的任务，仍保留在 workQueue 中，等待被线程取走执行
- 正在运行的线程不受影响，继续跑完手头任务
这一步本身不阻塞，只是“关门”，不“清场”。所以它必须和下一步配合使用。
awaitTermination() 给任务留出执行时间窗
shutdown() 后立即调用 awaitTermination(timeout, unit)，让当前线程等待，直到：
立即学习“Java免费学习笔记（深入）”；
- 所有已提交任务（包括队列中待执行的）都完成
- 超时时间到（比如 30 秒）
- 当前线程被中断
示例中常设 30–60 秒，足够覆盖多数业务任务的平均耗时。若返回 false，说明仍有活跃任务未结束，此时才考虑是否进入强制阶段。
shutdownNow() 不是首选，而是兜底动作
shutdownNow() 会尝试中断所有正在运行的线程，并清空队列——队列里的任务会被直接移出并返回，这部分任务如果没被二次处理，就真的丢了。所以它只适用于两种情况：
- 你明确知道队列中的任务可安全放弃（如日志刷盘、非关键通知）
- 或你已提前将队列任务取出、持久化、转入重试队列（例如写入 Redis 或 DB，由定时任务捞取）
直接调 shutdownNow() + 不做后续处理 = 主动丢任务。
Spring Boot 场景下要联动容器生命周期
单纯在代码里调 shutdown() 不够，因为 JVM 收到 kill -15 时，Spring 的 ContextClosedEvent 才真正启动销毁流程。你需要：
- 把线程池声明为 @Bean，并实现 DisposableBean 或使用 @PreDestroy 注解
- 在 destroy() 方法里完整执行 shutdown → awaitTermination →（必要时）shutdownNow
- 确保该 Bean 没有被 @Lazy 或作用域异常干扰，能被 Spring 正确识别并回调
这样，当运维执行 systemctl restart 或 Kubernetes 发送 SIGTERM，Spring 才会在关闭前帮你把队列任务“送完最后一单”。
