正确处理InterruptedException需捕获异常后恢复中断状态或清理资源，确保线程能响应中断信号，避免忽略或仅打印日志，以保证并发程序的可靠性。
在Java中处理 InterruptedException 是多线程编程中的常见需求。当一个线程正在等待、休眠或占用资源时，另一个线程可以中断它，这时就会抛出 InterruptedException。正确捕获和处理这个异常，有助于写出更健壮的并发程序。
理解 InterruptedException
InterruptedException 是一个检查异常（checked exception），通常由以下方法抛出：
当线程被中断时，这些方法会立即终止并抛出 InterruptedException，同时清除线程的中断状态。
如何捕获 InterruptedException
你必须显式地用 try-catch 块来捕获该异常，不能忽略。基本结构如下：
立即学习“Java免费学习笔记（深入）”；
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
// 处理中断
}
正确的处理方式
捕获异常后，不应简单地忽略它。推荐的做法包括：
- 恢复中断状态：如果你无法处理中断，应重新设置中断标志，以便上层调用者能感知到中断。
catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
}
- 清理资源后退出：在 catch 块中释放锁、关闭资源，并安全退出当前执行流程。
- 抛出封装后的异常：如果方法不允许抛出 InterruptedException，可将其封装为运行时异常或自定义异常。
catch (InterruptedException e) {
Thread.currentThread().interrupt();
throw new RuntimeException("操作被中断", e);
}
不要忽略中断
最差的做法是只打印日志或什么都不做：
catch (InterruptedException e) {
e.printStackTrace(); // ❌ 不推荐
}
这会丢失中断信号，可能导致线程无法正常响应停止指令，影响程序的可控性。
基本上就这些。关键是：捕获 InterruptedException 后，要么处理中断逻辑，要么恢复中断状态，让调用链上的其他代码有机会响应。这样你的多线程代码才能更安全、更可靠。
