安全平滑关闭线程池需区分shutdown()（优雅等待任务完成）和shutdownNow()（强制中断运行任务并清空队列）；前者适用于常规关闭，后者仅用于紧急终止且要求任务支持中断语义。
要安全平滑地关闭线程池，核心是区分 shutdown() 和 shutdownNow() 的语义与适用场景：前者允许已提交任务执行完毕后再停机，后者则尝试立即中断所有正在运行的任务并拒绝新任务。
shutdown()：优雅等待，适合常规关闭
shutdown() 不会立即停止线程池，而是将线程池状态设为 SHUTDOWN，拒绝新提交的任务（抛出 RejectedExecutionException），但继续执行已加入队列的待处理任务和正在运行的任务。
- 调用后应配合
awaitTermination(long timeout, TimeUnit unit)等待任务自然完成，避免过早退出 - 若超时后仍有任务未结束，可考虑补调
shutdownNow()强制终止（需评估业务影响） - 典型使用模式：
executor.shutdown(); try { if (!executor.awaitTermination(30, TimeUnit.SECONDS)) { executor.shutdownNow(); } } catch (InterruptedException e) { executor.shutdownNow(); Thread.currentThread().interrupt(); }
shutdownNow()：强制中断，适合紧急终止
shutdownNow() 将线程池状态设为 STOP，尝试对所有**正在运行的线程**调用 Thread.interrupt()，同时清空任务队列并返回未执行的任务列表。但它不保证任务一定被中断——若任务未响应中断（如未检查 Thread.interrupted() 或未捕获 InterruptedException），仍可能继续执行。
- 仅在必须立即中止、且任务本身支持中断语义时使用
- 不要依赖它“100%杀死任务”，而应确保任务逻辑主动响应中断（例如循环中定期检查
Thread.currentThread().isInterrupted()） - 返回的
List<runnable></runnable>是被丢弃的待执行任务，可根据需要记录或重试
关键注意事项：让关闭真正“平滑”
线程池能否平滑关闭，不仅取决于调用哪个方法，更取决于任务自身是否可中断、是否有外部资源依赖、以及是否设置了合理的超时。
- 避免在任务中屏蔽中断：如
catch (InterruptedException e) { /* 忽略 */ }，应恢复中断状态Thread.currentThread().interrupt(); - 涉及 I/O 或锁的操作（如数据库连接、文件读写）需显式支持超时或可中断等待（如
Lock.tryLock(timeout, unit)、Socket.setSoTimeout()） - 自定义
ThreadFactory中可为线程设置名称和守护属性，便于监控；但关闭过程不依赖是否为守护线程 - 慎用
allowCoreThreadTimeOut(true)配合shutdown()，它会让核心线程也参与超时回收，可能提前释放资源但影响后续快速响应
补充建议：结合生命周期管理
在线程池作为组件嵌入更大系统（如 Spring Bean、微服务）时，应将其关闭逻辑纳入统一生命周期管理。
- Spring 中可通过
@PreDestroy方法调用shutdown()+awaitTermination() - 避免在 finally 块或 shutdown 钩子中再提交新任务，否则可能引发状态混乱或死锁
- 监控线程池状态（如
isShutdown()、isTerminated()）有助于诊断关闭卡点，比如长时间!isTerminated()往往说明有任务阻塞或未响应中断
