Java线程池关闭需区分shutdown()和shutdownNow()：shutdown()温和关闭，等待已有任务完成，须配合awaitTermination()；shutdownNow()强制中断，清空队列并尝试停止运行任务，但依赖任务自身响应中断。
Java 线程池关闭需区分 shutdown() 和 shutdownNow() 的语义与适用场景，错误调用可能导致任务丢失、线程未释放或程序假死。
shutdown()：温和关闭，等待已有任务完成
调用后线程池不再接受新任务，但会继续执行已提交到队列中的任务和正在运行的任务。适合希望“处理完手头工作再停”的场景。
- 必须配合
awaitTermination(long timeout, TimeUnit unit)使用，否则无法确认是否真正关闭 - 建议设置合理超时时间（如 30 秒），超时后可考虑降级处理（如记录告警或调用 shutdownNow）
- 典型用法：先 shutdown → 再 awaitTermination → 超时未结束则 shutdownNow
shutdownNow()：强制中断，尝试停止所有活动任务
尝试中断所有正在执行的线程，并清空任务队列，返回尚未执行的任务列表。但不保证任务一定被中断——若任务未响应中断（如未检查 Thread.interrupted() 或未捕获 InterruptedException），仍可能继续运行。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 适用于必须立即终止、且任务本身支持中断的场景（如含阻塞 I/O 或循环中定期检测中断）
- 不要依赖它“100%停止一切”，要配合任务内部的中断响应逻辑
- 调用后仍建议调用
awaitTermination等待线程真正退出，避免资源泄漏
关闭前的关键准备：确保任务可中断、资源可释放
线程池能否安全关闭，不仅取决于调用哪个方法，更取决于任务自身行为：
立即学习“Java免费学习笔记（深入）”；
- 耗时任务应在循环中定期检查
Thread.currentThread().isInterrupted()，或捕获InterruptedException后主动退出 - 使用
Future.cancel(true)提交的任务，需确保其内部逻辑响应中断 - 避免在任务中持有不可中断的阻塞操作（如
SocketInputStream.read()无超时），应改用带超时或可关闭的资源（如Socket.setSoTimeout()）
推荐的关闭模板（生产环境可用）
以下是一个兼顾健壮性与可读性的关闭流程：
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(); // 恢复中断状态
} 
