java线程池优雅停机需先调用shutdown()拒绝新任务，再用awaittermination等待已提交任务完成，配合shutdown hook或smartlifecycle管理生命周期，并确保任务可中断、有超时、及时释放资源。
Java 线程池在应用重启时实现优雅停机，核心是让正在运行的任务执行完、已提交但未开始的任务有机会执行，同时拒绝新任务，并合理控制等待时间。关键不是简单调用 shutdown()，而是配合生命周期管理与信号监听。
注册 JVM 关闭钩子（Shutdown Hook）
这是最常用也最基础的手段，确保 JVM 收到中断信号（如 kill -15）时能触发清理逻辑：
- 在应用启动后立即注册
Runtime.getRuntime().addShutdownHook()，传入一个线程来执行停机流程 - 钩子里调用线程池的
shutdown()（而非shutdownNow()），表示不再接受新任务，但允许已提交任务继续执行 - 避免在钩子中做耗时操作或阻塞调用（比如远程 RPC），否则可能拖慢整个 JVM 退出
主动等待任务完成并设置超时
shutdown() 只是“发起关闭”，不等于“已关闭”。必须显式等待：
- 调用
awaitTermination(long timeout, TimeUnit unit)，例如等待 30 秒 - 如果超时前所有任务已完成，线程池状态变为
TERMINATED，可安全退出 - 若超时仍未结束，可根据业务容忍度决定：记录告警 + 继续等待、或调用
shutdownNow()强制中断（注意：这会尝试中断正在执行的任务，需确保任务本身支持中断）
结合 Spring Boot 的 Lifecycle 或 ApplicationRunner
在 Spring 环境中，更推荐利用框架生命周期管理，比裸写 Shutdown Hook 更可控：
- 实现
SmartLifecycle接口，重写stop(Runnable callback)方法，在其中执行线程池关闭逻辑 - 通过
getPhase()设置较低 phase 值（如-2147483648），确保它在容器销毁早期执行 - 调用
callback.run()表示 stop 完成，Spring 会等待该回调才继续后续销毁步骤 - 也可使用
@PreDestroy注解方法，但注意它不保证执行顺序，且无法感知外部中断信号
处理不可中断任务与资源释放
即使做了上述步骤，仍可能因任务设计不当导致停机卡住：
- 检查线程池中的任务是否包含阻塞 I/O、无超时的网络请求、死循环等——这些会让
awaitTermination无限等待 - 任务内部应响应中断（
Thread.interrupted()或检查isInterrupted()），并在捕获InterruptedException后及时退出 - 如有数据库连接、文件句柄等资源，应在任务结束前显式释放，或借助
try-with-resources/finally块保障 - 必要时为关键任务添加超时控制（如
Future.get(30, SECONDS)），避免单个任务拖垮整体停机流程
不复杂但容易忽略的是任务本身的可中断性与超时设计。优雅停机不只是线程池的事，更是任务和框架协同的结果。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
