正确处理 InterruptedException：一个被无数开发者忽略的关键契约
在 Java 并发编程实践中，InterruptedException 是开发者最常遇到却又最易处理不当的异常之一。许多开发者习惯于简单地捕获它并记录日志，但这恰恰埋下了隐患。核心原则是：**捕获此异常后，必须立即恢复线程的中断状态（调用 Thread.currentThread().interrupt()），而非忽略或清除它。** 这不仅是最佳实践，更是 Java 协作式中断机制的核心设计契约。违反此契约，将导致线程无法优雅终止，甚至引发资源泄漏与程序状态不一致等严重问题。
为什么不能简单吞掉 InterruptedException？
设想一个典型场景：你向一个线程发起中断请求，期望其停止运行。若该线程正在执行 Thread.sleep()、Object.wait() 或 BlockingQueue.take() 等可中断的阻塞操作，JVM 会立即抛出 InterruptedException。关键在于：**JVM 在抛出异常的同时，会自动清除当前线程的中断标志位（即 isInterrupted() 将返回 false）。** 如果捕获异常后不重置状态，就等于无声地“吞掉”了中断信号，其后果包括：
- 外层调用者通过
Thread.interrupted()或isInterrupted()检查时，将无法感知中断； - 依赖中断标志退出的循环（例如
while (!Thread.currentThread().isInterrupted())）可能陷入无限执行； - 更严重的是，这违背了 JDK 类库的设计约定——所有标准阻塞方法都预设调用者会尊重并传播中断语义。
标准处理模式：捕获 → 清理 → 重置中断状态
那么，如何正确处理 Java 线程中断？遵循以下三步原则，可应对绝大多数场景：
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
// 1. 执行必要清理（如关闭资源、回滚状态）
cleanup();
// 2. 恢复中断状态，确保调用链上游能继续响应中断
Thread.currentThread().interrupt();
// 3. 通常建议直接返回或抛出自定义受检/非受检异常
return; // 或 throw new RuntimeException(e);
}
这里需警惕一个常见误区：**切勿仅在 catch 块中调用 e.printStackTrace() 后静默返回**，这与丢弃中断无异。同样，也应避免在 catch 块中不加判断地再次调用 sleep() 或其他阻塞方法，而不检查中断状态。
在 Runnable / Callable 中的典型用法
在实现具体的多线程任务时，需确保整个执行链路对中断保持敏感。以下是关键实践要点：
立即学习“Java免费学习笔记（深入）”；
- 在循环体开始处，优先检查
Thread.currentThread().isInterrupted()，以防线程在纯非阻塞逻辑中“错过”中断信号； - 每次捕获
InterruptedException后，必须立即重置中断状态，这是不可动摇的规则； - 若方法本身已声明抛出
InterruptedException（例如自定义的阻塞工具方法），则无需在内部重置，应将处理权交由上游调用者。
以下是一个典型的多线程任务示例：
public void run() {
try {
while (!Thread.currentThread().isInterrupted()) {
// 执行核心工作...
doWork();
// 可能阻塞的操作
Thread.sleep(100);
}
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
// 可选：记录日志或触发终止逻辑
log.info("Task interrupted, exiting.");
}
}
与 Thread.interrupted() 的区别及使用时机
一个至关重要的细节常被混淆：Thread.interrupted() 是一个静态方法，**其副作用是清除中断状态**；而 isInterrupted() 是一个实例方法，**它仅读取状态，不会修改**。
- 因此，在循环条件中，应使用
!Thread.currentThread().isInterrupted()，避免意外清除状态； Thread.interrupted()适用于明确要“消费本次中断并退出”的上下文，例如顶层调度器决定终止线程时，用它进行一次判断；- 特别注意，不要在捕获
InterruptedException后再调用Thread.interrupted()——因为此时中断标志已被 JVM 清除，此调用将始终返回false。
