java线程池优雅停机需通过shutdownhook触发shutdown()、awaittermination()和shutdownnow()三步：先拒新任务并完成存量，再等待终止，超时后强制中断；钩子不保证顺序且不响应kill-9，需手动阻塞等待。
Java线程池优雅停机，核心不是“立刻关掉”，而是“等该干完的干完再关”。ShutdownHook 是 JVM 提供的入口，但它本身不执行关闭逻辑——它只是个触发器。真正起作用的是你在钩子里调用 shutdown()、awaitTermination() 这类方法，并处理好中断和超时。
ShutdownHook 的定位与局限
它是在 JVM 收到退出信号（如 System.exit()、Ctrl+C、Linux 的 SIGTERM）时自动启动的线程，用于执行清理动作。但要注意：
- 它不保证执行顺序，多个钩子之间无依赖保障
- 它不会在
kill -9或 JVM 崩溃时运行 - 钩子内部不能调用
System.exit()，否则会死锁 - 钩子线程是守护线程，JVM 不会等它执行完才退出——所以必须主动阻塞等待线程池终止
标准三步关闭流程（钩子内必须写全）
仅调用 shutdown() 是不够的，必须配合等待与兜底：
- 第一步：调用 shutdown() —— 拒绝新任务，允许队列中和正在执行的任务继续完成
- 第二步：调用 awaitTermination(超时时间, 时间单位) —— 主动等待线程池自然终结，比如设为 30 秒
- 第三步：超时后兜底调用 shutdownNow() —— 如果还有任务卡住或线程未退出，强制中断并清空队列
实际代码结构要点
一个健壮的钩子应包含日志、异常捕获、中断状态恢复和明确的超时策略：
- 在
awaitTermination()抛出InterruptedException后，建议调用Thread.currentThread().interrupt()恢复中断标记，避免后续逻辑跳过清理 - 若
awaitTermination()返回false（表示超时未终止），应立即执行shutdownNow()并再次尝试短时等待（如 5 秒） - 对多个线程池（如业务池、定时池、Netty EventLoopGroup），需逐个按相同逻辑关闭，避免遗漏
替代方案：try-with-resources 更轻量（适合局部生命周期）
如果线程池只在某个方法或模块内使用，且作用域明确，可让其类实现 AutoCloseable，用 try-with-resources 自动关闭：
- 避免手动注册钩子的复杂性
- 资源生命周期清晰，不易遗漏
- 不适用于全局长期存在的线程池（如 Spring Bean 管理的池）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
