Java线程池关闭有shutdown（平滑关闭）和shutdownNow（立即停止）两种方式：前者拒绝新任务但执行完已提交任务，后者尝试中断运行任务并清空队列；需配合awaitTermination和isTerminated判断是否真正终止。
Java线程池关闭主要有两种方式：平滑关闭（shutdown）和立即停止（shutdownNow），二者行为和适用场景不同，用错可能导致任务丢失或线程无法释放。
shutdown：等待已有任务执行完再停
调用 shutdown() 后，线程池不再接受新任务，但会继续执行已提交到队列中且尚未开始的任务，以及正在运行的任务。直到所有任务完成，线程池才真正进入“终止”状态。
- 适合需要确保所有已提交任务都执行完毕的场景（如服务优雅下线）
- 调用后可配合
awaitTermination(long timeout, TimeUnit unit)等待结束，超时未完成可考虑降级处理 - 多次调用 shutdown 不会报错，但无额外效果
shutdownNow：尝试中断所有正在执行的任务
调用 shutdownNow() 会：
— 尝试中断所有正在运行的线程（通过 Thread.interrupt()）
— 清空并返回等待队列中的任务列表（不执行）
- 不保证任务一定被中断，取决于任务是否响应中断（比如是否检查
Thread.currentThread().isInterrupted()或阻塞在可中断方法上） - 返回的
List是未执行的排队任务，可自行记录或重试 - 适用于必须快速释放资源、容忍部分任务丢失的场景（如紧急重启）
判断线程池是否真的关闭了
仅调用 shutdown/s
-
isShutdown()：是否已调用过关闭方法（true 表示不再接收新任务） -
isTerminating()：是否正在关闭过程中（JDK 19+ 新增，非所有版本支持） -
isTerminated()：是否已完全终止（所有任务结束，线程全部回收） - 推荐组合使用：
shutdown(); awaitTermination(30, SECONDS); if (!isTerminated()) shutdownNow();
常见误区与建议
很多代码直接调用 shutdownNow 却忽略中断处理，导致线程卡死或资源泄漏。
- 自定义任务中应合理响应中断：避免忽略
InterruptedException，循环中定期检查中断状态 - 线程池对象建议设为
final，避免被意外重复初始化或覆盖 - Spring 管理的 Bean 可实现
DisposableBean或用@PreDestroy方法统一关闭 - 不要依赖 JVM 退出自动清理——线程池中的非守护线程会阻止 JVM 正常退出
基本上就这些。选对关闭方式 + 正确响应中断 + 主动等待终止，才能让线程池真正干净地退出。
