InterruptedException 不能简单吞掉，因为它本质是线程中断信号，JVM会自动清除中断状态；若捕获后不恢复（Thread.currentThread().interrupt()）并退出，线程将无法响应中断，导致资源泄漏和关闭失败。
为什么 InterruptedException 不能简单吞掉
Java 中线程在 sleep()、wait()、join() 或阻塞 I/O（如 ServerSocket.accept()）时被中断，会抛出 InterruptedException。这不是普通异常——它本质是线程的「中断信号」，JVM 同时会自动清除当前线程的中断状态（即 Thread.interrupted() 变为 false）。如果 catch 住后什么也不做，等于把关机指令当耳旁风，线程可能继续卡在下一次阻塞调用里，资源无法释放，逻辑也无法退出。
常见错误现象：
- 线程看似“被中断”，但仍在循环中反复 sleep 或 wait
- shutdownNow() 调用后线程迟迟不终止
- 日志里没报错，但服务停不干净
实操建议：
- 不要只写 catch (InterruptedException e) { }
- 必须恢复中断状态：在 catch 块末尾加 Thread.currentThread().interrupt();
- 如果当前方法不能抛出该异常（比如实现了 Runnable），就用上述方式重置中断标志，让上层有机会响应
在 Runnable / Callable 中怎么安全退出阻塞循环
典型场景：Worker 线程在 while 循环里反复 take() 队列任务或 accept() 连接，需要支持优雅关闭。
实操建议：
- 循环条件必须检查线程中断状态，不能只依赖外部 flag：while (!Thread.currentThread().isInterrupted())
- 每次阻塞调用都要处理 InterruptedException 并恢复中断
- 若使用 BlockingQueue，优先选带超时的 poll(long, TimeUnit)，避免无限阻塞；超时后可主动检查中断
- 示例片段：
while (!Thread.currentThread().isInterrupted()) {
try {
String task = queue.take(); // 可能被中断
process(task);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
break; // 主动退出循环
}
}
ExecutorService.shutdownNow() 后线程仍不退出？
调用 shutdownNow() 会尝试对所有活跃工作线程调用 interrupt()，但它不等待线程真正结束，也不保证线程立刻响应。如果线程没正确处理 InterruptedException 或忽略中断状态，就会“漏网”。
常见错误现象：
- awaitTermination() 超时返回 false，但线程还在跑
- JVM 进程无法正常退出（因为非守护线程未终止）
实操建议：
- 确保每个工作线程的主循环都按前文方式检查中断并退出
- 不要在线程池外再用 while(true) + sleep() 实现轮询，这种模式极难中断
- 如果必须用定时任务，改用 ScheduledExecutorService 的 scheduleAtFixedRate，它的任务本身受线程池中断机制约束
- 关闭时先 shutdown()（平滑停止新任务），再 shutdownNow()（强制中断进行中任务），最后 awaitTermination() 等待，但别无限等
网络阻塞 I/O（如 ServerSocket.accept()）怎么中断
传统阻塞式 socket 的 accept()、read() 不响应中断——这是历史包袱。直接调用 interrupt() 不会唤醒它，InterruptedException 也不会抛出。
立即学习“Java免费学习笔记（深入）”；
实操建议：
- 改用 NIO：ServerSocketChannel 设置为非阻塞，并配合 Selector，此时 select() 可被中断
- 如果必须用阻塞 IO，需配合 socket 关闭：在另一个线程中调用 serverSocket.close()，会强制使 accept() 抛出 SocketException（不是 InterruptedException）
- 切勿在 catch SocketException 后静默吞掉——要判断是否因 close 引起，然后主动退出循环
- 示例关键点：try { client = serverSocket.accept(); } catch (IOException e) { if (serverSocket.isClosed()) break; }
真正麻烦的从来不是“怎么中断”，而是中断信号传到哪一层、谁来负责清理资源、以及阻塞点是否真的可中断。很多问题其实卡在 IO 层或第三方库的阻塞封装上，这时候光靠 interrupt() 不够，得看文档确认它是否响应中断，或者换更可控的替代方案。
