shutdown() 是默认首选，shutdownNow() 是紧急兜底手段；前者仅停止接收新任务并等待执行完队列任务，后者强制中断所有线程并清空队列，但中断是否生效取决于任务是否响应中断。
shutdown() 和 shutdownNow() 到底该用哪个？
直接说结论：shutdown() 是默认首选，shutdownNow() 是紧急兜底手段——不是“更狠”，而是“更危险”。很多线上问题就源于把 shutdownNow() 当成“快速关闭”来滥用。
关键区别不在名字，而在行为契约：
-
shutdown()：只改状态（RUNNING → SHUTDOWN），不中断任何线程，队列任务照常执行，适合数据写入、日志落盘等必须完成的场景 -
shutdownNow()：强行发Thread.interrupt()给所有工作线程，并清空队列，返回未执行的Runnable列表；但**中断是否生效，完全取决于任务代码是否响应中断**（比如没捕获InterruptedException或没轮询Thread.currentThread().isInterrupted()）
为什么调了 shutdown() 后程序还不退出？
这是最常被卡住的问题：你写了 threadPool.shutdown()，main 线程却直接结束了，后台线程还在跑，JVM 拒绝退出——因为线程池里的 Worker 线程默认是非守护线程（daemon=false）。
正确姿势必须配对使用：awaitTermination()
立即学习“Java免费学习笔记（深入）”；
- 它不会自动等待，只是阻塞当前线程，轮询判断线程池是否进入
TERMINATED状态 - 必须设超时（比如 30 秒），否则可能永久挂起
- 超时后若未终止，再决定是否 fallback 到
shutdownNow()
示例片段：
threadPool.shutdown();
try {
if (!threadPool.awaitTermination(30, TimeUnit.SECONDS)) {
threadPool.shutdownNow();
if (!threadPool.awaitTermination(5, TimeUnit.SECONDS)) {
System.err.println("线程池强制关闭失败");
}
}
} catch (InterruptedException e) {
threadPool.shutdownNow();
Thread.currentThread().interrupt();
}
interruptIdleWorkers() 干了什么？为什么 shutdown 不杀正在跑的任务？
shutdown() 内部调用的 interruptIdleWorkers() 只中断「空闲线程」——即正阻塞在 workQueue.take() 上、手里没活干的 Worker。这保证了：正在执行 database.save() 或 httpClient.post() 的线程不受干扰，避免事务中断或连接泄漏。
