Java中Interrupted Exception捕获与线程恢复

InterruptedException是线程阻塞时被中断抛出的检查异常，JVM会自动清除其中断状态；正确处理方式为捕

获后重新设置中断状态或向上抛出，避免空吞、仅记录日志或在finally中调用interrupt()等错误做法，确保中断信号不丢失，支持协作式中断模型。

在Java多线程编程中，InterruptedException 是一个常见的检查异常，通常在线程处于阻塞状态（如调用 Thread.sleep()、Object.wait() 或 Thread.join()）时被中断而抛出。正确处理这个异常不仅关系到程序的健壮性，还影响线程能否正常响应中断请求。

什么是 InterruptedException？

当一个线程在执行可中断的阻塞操作时，另一个线程调用了该线程的 interrupt() 方法，JVM会中断其阻塞状态并抛出 InterruptedException。此时，线程的中断状态会被自动清除（即 isInterrupted() 变为 false）。

这意味着：一旦你捕获了 InterruptedException，如果不做额外处理，就“丢失”了中断信号。

如何正确捕获与恢复中断？

捕获 InterruptedException 后，合理的做法是：要么向上抛出，要么重新设置中断状态，以便上层代码能感知到中断请求。

• 如果你的方法可以声明抛出异常，直接将异常往上抛：

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 的中断机制是一种协作式中断模型，每个线程都有责任正确传递和响应中断信号。