正确处理InterruptedException需捕获异常后调用Thread.currentThread().interrupt()恢复中断状态，确保中断信号传递；常见场景包括sleep、wait、join等阻塞方法被中断时，JVM会清除中断标志，因此必须显式恢复，以支持协作式线程取消，避免吞掉异常。
在Java多线程编程中，InterruptedException 是一个常见的受检异常，通常由线程在等待、休眠或参与I/O操作时被中断而抛出。正确处理该异常并恢复线程的中断状态，是编写健壮并发程序的关键。
理解InterruptedException的触发场景
当一个线程调用以下方法时，如果其他线程调用了该线程的 interrupt() 方法，就会抛出 InterruptedException：
- Thread.sleep()
- Object.wait()
- Thread.join()
- 显式阻塞的 LockSupport.park()
- 大多数阻塞的并发工具类方法（如 BlockingQueue.take()）
抛出异常的同时，JVM会自动清除线程的中断状态。这意味着如果不做处理，后续代码将无法感知到中断请求，可能导致线程无法及时退出。
捕获异常后恢复中断状态
为了保持中断信号的传递性，推荐在捕获 InterruptedException 后重新设置中断状态。标准做法是在 catch 块中调用 Thread.currentThread().interrupt()：
立即学习“Java免费学习笔记（深入）”；
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
// 恢复中断状态
Thread.currentThread().interrupt();
// 可选：记录日志或执行清理工作
System.err.println("线程被中断，正在恢复状态");
// 不要吞掉异常
}
这样做的好处是：上层调用栈或其他协作组件仍能通过 isInterrupted() 检测到中断信号，从而决定是否终止任务。
实际应用中的处理策略
根据具体业务逻辑，可以选择不同的处理方式：
- 立即退出任务：适用于可取消的任务，恢复中断状态后直接返回或跳出循环。
- 完成必要清理后再退出：在恢复中断后释放资源、保存状态，再结束执行。
- 继续执行但标记状态：少数情况下允许继续运行，但应记录中断事件以供后续判断。
避免“吞掉”异常是最基本的原则。即使当前无法处理中断，也应确保中断信号不丢失。
基本上就这些。关键是意识到中断是一种协作机制，不是强制终止。正确捕获 InterruptedException 并恢复中断状态，能让线程行为更可控、系统更稳定。
