InterruptedException是线程阻塞时被中断抛出的检查异常，JVM会自动清除其中断状态；正确处理方式为捕获后重新设置中断状态或向上抛出，避免空吞、仅记录日志或在finally中调用interrupt()等错误做法，确保中断信号不丢失，支持协作式中断模型。
在Java多线程编程中，InterruptedException 是一个常见的检查异常，通常在线程处于阻塞状态（如调用 Thread.sleep()、Object.wait() 或 Thread.join()）时被中断而抛出。正确处理这个异常不仅关系到程序的健壮性，还影响线程能否正常响应中断请求。
什么是 InterruptedException？
当一个线程在执行可中断的阻塞操作时，另一个线程调用了该线程的 interrupt() 方法，JVM会中断其阻塞状态并抛出 InterruptedException。此时，线程的中断状态会被自动清除（即 isInterrupted() 变为 false）。
这意味着：一旦你捕获了 InterruptedException，如果不做额外处理，就“丢失”了中断信号。
如何正确捕获与恢复中断？
捕获 InterruptedException 后，合理的做法是：要么向上抛出，要么重新设置中断状态，以便上层代码能感知到中断请求。
立即学习“Java免费学习笔记（深入）”；
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 如果你的方法可以声明抛出异常，直接将异常往上抛：
public void waitForSignal() throws InterruptedException {
Thread.sleep(1000);
}
- 如果无法抛出，则应在捕获后恢复中断状态：
public void waitForSignal() {
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
// 重新设置中断状态
Thread.currentThread().interrupt();
// 可选：记录日志或进行清理
}
}
调用 Thread.currentThread().interrupt(); 很关键——它让当前线程重新进入“已中断”状态，这样后续的代码（比如循环判断 Thread.interrupted()）仍能响应中断。
常见错误处理方式
- 空吞异常：只 catch 而不做任何处理，会导致线程无法正确退出。
- 仅记录日志但不恢复中断：虽然知道发生了中断，但上层逻辑可能永远等不到终止信号。
- 在 finally 块中调用 interrupt()：可能导致本已处理完的中断被错误地再次触发。
实际应用场景示例
在一个长时间运行的任务中，你希望支持外部中断来停止执行：
public void runTask() {
while (!Thread.currentThread().isInterrupted()) {
try {
doWork();
Thread.sleep(500); // 模拟周期性任务
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断
break; // 退出循环
}
}
// 执行清理工作
cleanup();
}
这里即使 sleep 抛出异常，也能保证中断状态被保留，并安全退出循环。
基本上就这些。关键是：不要忽略中断，也不要让它无声消失。Java 的中断机制是一种协作式中断模型，每个线程都有责任正确传递和响应中断信号。
