应用关闭时线程池必须优雅停止：先调用 shutdown() 拒绝新任务并让已有任务继续执行，再通过 awaittermination() 等待完成，超时后记录问题；对不可中断任务需主动适配；spring 中推荐使用 smartlifecycle 或 @predestroy 实现生命周期管理。
应用关闭时，线程池必须主动、有序地停止，否则可能造成任务丢失、资源泄漏或进程无法退出。核心是避免强制 shutdownNow() 粗暴中断，而是先拒绝新任务、再等待已有任务完成、最后释放资源。
调用 shutdown() 启动优雅关闭流程
shutdown() 是优雅关闭的第一步，它会：
- 停止接收新提交的任务（后续 submit/execute 抛出 RejectedExecutionException）
- 让已进入队列但尚未执行的任务继续执行完
- 不中断正在运行中的任务（即不会调用 interrupt()）
务必在应用生命周期结束前（如 Spring 的 DisposableBean.destroy()、Runtime.addShutdownHook 中）调用，不能依赖 GC 或进程强杀。
配合 awaitTermination() 等待任务自然结束
shutdown() 只是“发信号”，真正等待任务完成需靠 awaitTermination()：
- 建议设置合理超时（如 30 秒），避免无限阻塞
- 超时后若仍有活跃线程，说明存在长耗时或阻塞任务（如未设 timeout 的网络请求、无界 sleep）
- 可记录未完成任务数，辅助定位问题
示例：if (!executor.awaitTermination(30, TimeUnit.SECONDS)) { logger.warn("线程池未在30秒内完全终止"); }
对无法响应中断的长期任务做适配
如果任务中包含不可中断操作（如 IO 阻塞、synchronized 块、自旋等待），awaitTermination() 会失效。此时需主动改造任务逻辑：
- 用支持中断的 API 替代阻塞调用（如 Socket.setSoTimeout()、BlockingQueue.poll(timeout)）
- 在循环体中定期检查 Thread.interrupted() 并主动退出
- 避免在 Runnable/Callable 中捕获并吞掉 InterruptedException
注意：shutdownNow() 会尝试 interrupt 所有线程，但仅对响应中断的任务有效——它不是“万能终止键”。
Spring 环境下推荐使用 SmartLifecycle 或 @PreDestroy
在 Spring Boot 应用中，应借助容器生命周期管理线程池：
- 实现 SmartLifecycle，重写 stop() 方法，在其中调用 shutdown + awaitTermination
- 或在配置类中用 @PreDestroy 标记销毁方法（适用于 singleton bean）
- 避免在 @PostConstruct 中启动线程池后，忘记配对关闭逻辑
Spring Boot 2.3+ 还支持通过 application.properties 配置线程池 Bean 的销毁行为，但底层仍依赖上述机制。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
