interruptedexception是线程收到中断请求的信号，需正确处理以保证程序可取消性；常见场景包括sleep、wait、join时被interrupt()打断；应捕获后恢复中断状态、清理资源退出或抛出异常，避免忽略或仅打印日志。
在Java中，InterruptedException 是一个检查异常，通常在线程调用 wait()、sleep()、join() 等阻塞方法时被抛出。当另一个线程调用该线程的 interrupt() 方法时，就会触发这个异常。正确处理 InterruptedException 对于构建健壮的并发程序至关重要。
理解 InterruptedException 的含义
这个异常并不表示代码出错，而是线程接收到“中断请求”的信号，意味着它应该停止当前工作并退出。忽略这个异常或简单地吞掉它，会导致线程无法及时响应中断，破坏程序的可取消性和响应性。
常见触发场景包括：
- 线程正在 sleep，其他线程调用其 interrupt()
- 线程在对象上 wait，被 notify 或中断打断
- 线程在 join 另一个线程时被中断
正确捕获和处理 InterruptedException
捕获异常后，不能简单地打印日志或忽略。应根据业务逻辑决定如何响应中断。以下是几种推荐做法：
立即学习“Java免费学习笔记（深入）”；
1. 恢复中断状态
如果你无法立即处理中断（比如在底层工具方法中），应重新设置中断标志，让上层调用者知道中断发生：
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
// 恢复中断状态
Thread.currentThread().interrupt();
// 可选：记录日志或清理资源
}
2. 清理资源后退出如果当前任务可以被安全取消，应在捕获异常后释放资源并退出执行：
synchronized (lock) {
try {
lock.wait(); // 可能抛出 InterruptedException
} catch (InterruptedException e) {
// 清理操作，如关闭文件、释放连接
cleanup();
Thread.currentThread().interrupt(); // 保留中断状态
return; // 退出当前方法或循环
}
}
3. 抛出异常向上通知在某些情况下，你可以将异常封装后重新抛出，让调用方处理：
public void waitForTask() throws TaskInterruptedException {
try {
Thread.sleep(500);
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
throw new TaskInterruptedException("任务等待被中断", e);
}
}
避免常见错误
以下做法是不推荐的：
-
空 catch 块：只写
catch (InterruptedException e) {}会丢失中断信号 - 仅打印日志：打印 stack trace 而不恢复中断状态，仍会破坏中断机制
-
忽略中断状态：不调用
interrupt()会导致线程看似运行正常，实则失去响应能力
基本上就这些。关键是把 InterruptedException 当作一种控制流信号，而不是普通错误。捕获后要么自己处理并退出，要么恢复中断让别人处理，别让它悄无声息地消失。
