InterruptedException是线程阻塞时被中断抛出的检查异常，JVM会自动清除其中断状态；正确处理方式为捕获后重新设置中断状态或向上抛出，避免空吞、仅记录日志或在finally中调用interrupt()等错误做法，确保中断信号不丢失，支持协作式中断模型。
在Java多线程编程中，InterruptedException 是一个常见的检查异常，通常在线程处于阻塞状态（如调用 Thread.sleep()、Object.wait() 或 Thread.join()）时被中断而抛出。正确处理这个异常不仅关系到程序的健壮性，还影响线程能否正常响应中断请求。
什么是 InterruptedException？
当一个线程在执行可中断的阻塞操作时，另一个线程调用了该线程的 interrupt() 方法，JVM会中断其阻塞状态并抛出 InterruptedException。此时，线程的中断状态会被自动清除（即 isInterrupted() 变为 false）。
这意味着：一旦你捕获了 InterruptedException，如果不做额外处理，就“丢失”了中断信号。
如何正确捕获与恢复中断？
捕获 InterruptedException 后，合理的做法是：要么向上抛出，要么重新设置中断状态，以便上层代码能感知到中断请求。
立即学习“Java免费学习笔记（深入）”；
- 如果你的方法可以声明抛出异常，直接将异常往上抛：
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 的中断机制是一种协作式中断模型，每个线程都有责任正确传递和响应中断信号。
