Java线程池必须协作式优雅关闭：先调用shutdown()拒新任务并执行完已有任务，再用awaitTermination()等待终止，超时后可调用shutdownNow()强制中断并再次等待；三者配合才能确保资源释放。
Java 中线程池不能“强行杀掉”，必须通过协作式方式优雅关闭：先拒绝新任务，再处理完已有任务，最后释放资源。核心是正确组合 shutdown()、shutdownNow() 和 awaitTermination(long, TimeUnit)，而非依赖中断或暴力销毁。
shutdown()：温和停机，只拒新任务，不打断运行中任务
调用 shutdown() 后，线程池进入“关闭中”状态：不再接受新提交的任务（后续 submit() 或 execute() 会抛 RejectedExecutionException），但会继续执行已加入队列的待处理任务和正在运行的任务。
- 适合大多数场景——你希望任务自然跑完，不丢失也不中断
- 不会中断工作线程（即不会调用
Thread.interrupt()） - 可多次调用，但只有第一次生效；调用后不可再提交任务
shutdownNow()：立即响应，尝试中断所有活动线程并清空队列
shutdownNow() 会：① 尝试中断所有正在运行的工作线程（即对每个活跃 Thread 调用 interrupt()）；② 清空任务队列，并返回尚未执行的任务列表（可用于日志、重试或补偿）。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 注意：“尝试中断” ≠ “一定停止”——是否真正终止取决于任务自身是否响应中断（比如是否检查
Thread.interrupted()或捕获InterruptedException） - 不保证正在运行的任务立即结束；未响应中断的任务可能继续执行直到完成
- 适合紧急下线、超时强制退出等场景，但应谨慎使用
awaitTermination()：阻塞等待线程池真正终结
awaitTermination(long timeout, TimeUnit unit) 必须在 shutdown() 或 shutdownNow() 之后调用，用于**同步等待线程池完全终止**（所有任务结束、所有线程退出）。它不会主动关闭线程池，只是“观察+等待”。
立即学习“Java免费学习笔记（深入）”；
- 返回
true表示线程池已终止；返回false表示超时了，但线程池可能仍在运行 - 建议配合循环检测或超时策略使用，避免无限等待
- 典型写法：
executor.shutdown();
try {
if (!executor.awaitTermination(30, TimeUnit.SECONDS)) {
executor.shutdownNow(); // 超时后强制终止
if (!executor.awaitTermination(5, TimeUnit.SECONDS)) {
System.err.println("线程池未正常关闭");
}
}
} catch (InterruptedException e) {
executor.shutdownNow();
Thread.currentThread().interrupt();
}
关键注意事项与最佳实践
-
不要手动调用
Thread.stop()或杀线程 —— 已废弃且极度危险，会导致锁未释放、数据不一致等问题 -
任务需主动响应中断：在循环中定期检查
Thread.interrupted()，或在阻塞调用（如BlockingQueue.take()、Thread.sleep()）外层捕获InterruptedException并退出 - 避免在 shutdown 后继续 submit：应确保业务逻辑已停止触发新任务（如关闭定时器、注销监听器）
-
守护线程池不适用此流程：若线程池中全是守护线程（
ThreadFactory设置setDaemon(true)），JVM 退出时会自动回收，但仍建议显式关闭以保证资源清理
