Java线程池需分步关闭：先shutdown()拒新任务并等待执行完，再awaitTermination()限时等待，超时则shutdownNow()强制中断；全程需状态判断、异常捕获与兜底策略。
Java线程池不能靠“一关了之”，必须配合状态判断、等待机制和兜底策略，才能确保任务不丢、资源不漏、系统不卡。
shutdown()：先拒新，再等旧
这是最常用的起手式。调用后线程池立刻拒绝新提交的任务，但不会打断正在跑的任务，也不清空队列——所有已入队和正在执行的任务会继续完成。
- 适合批处理、定时作业、数据同步等要求“任务必须跑完”的场景
- 它只是发信号，不阻塞调用线程；若需等待结束，必须搭配 awaitTermination()
- 多次调用 shutdown() 无副作用，已处于 SHUTDOWN 或更晚状态时直接返回
awaitTermination()：给足时间，但别死等
它本身不改变线程池状态，只负责“观察+等待”。调用后当前线程会挂起，直到线程池进入 TERMINATED 状态、超时触发，或被中断。
- 建议设置合理超时（如 30 秒），避免因某个任务卡死导致整个关闭流程阻塞
- 返回 true 表示所有任务已自然结束；返回 false 表示仍有活跃线程或待处理任务
- 常与 shutdown() 配合使用，构成“通知→等待→判断”闭环
shutdownNow()：紧急制动，清场离场
当等待不可接受时启用。它会尝试中断所有工作线程，并立即取出并返回队列中尚未开始执行的任务列表。
立即学习“Java免费学习笔记（深入）”；
- 中断是否生效，取决于任务内部是否响应 interrupt（比如用了 Thread.sleep()、Object.wait() 或检查 isInterrupted()）
- 不会等待正在执行的任务结束，可能造成中间状态丢失，慎用于事务性或状态敏感操作
- 通常作为 awaitTermination() 超时后的兜底动作，形成“温柔关→等一会→强制停”三级策略
完整关闭流程模板
一个生产可用的关闭逻辑，应包含状态判断、分步执行和异常防护：
- 先调用 shutdown()，停止接收新任务
- 调用 awaitTermination(30, TimeUnit.SECONDS)，耐心等待任务自然结束
- 若返回 false，说明还有活线程或积压任务，此时再调用 shutdownNow()
- 可再次 awaitTermination(5, TimeUnit.SECONDS) 给强制中断留出响应窗口
- 无论哪步抛异常（如 InterruptedException），都应捕获并记录，避免掩盖关闭失败
