InterruptedException需尊重中断意图并恢复中断状态，不可忽略或吞掉；正确做法是捕获后调用Thread.currentThread().interrupt()恢复标志，再根据场景退出、抛出或清理后处理。
在Java中，InterruptedException是唯一受检的中断异常，它不是用来“忽略”的，而是明确告诉你：当前线程正在执行可中断操作（如 Thread.sleep()、Object.wait()、LockSupport.park() 等），且被其他线程调用了 interrupt()。正确处理的关键在于：**尊重中断意图，及时恢复中断状态，不吞掉中断信号**。
不要简单地“吞掉”异常
常见错误写法：
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
// ❌ 错误：什么也不做，或只打日志
System.err.println("被中断了");
}
这会导致调用栈上层无法感知中断，破坏协作式中断机制，可能引发任务无法取消、资源泄漏或响应迟滞等问题。
标准做法：恢复中断状态并退出或传播
推荐模式是捕获后立即调用 Thread.currentThread().interrupt() 恢复中断标志，然后根据上下文决定是返回、抛出、还是清理后退出：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- 在可取消的任务中（如 Runnable/Callable）：恢复中断 + 主动退出循环
- 在工具方法中（如封装 sleep 的辅助方法）：恢复中断 + 声明 throws InterruptedException
- 在必须完成清理的场景中：先恢复中断，再执行 finally 中的释放逻辑，最后重新抛出或返回
典型安全写法示例
✅ 正确处理 sleep 并支持中断退出：
public void doWork() throws InterruptedException {
for (int i = 0; i < 10; i++) {
if (Thread.interrupted()) { // 检查并清除中断状态（可选）
throw new InterruptedException("Task interrupted");
}
try {
Thread.sleep(100);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // ✅ 恢复中断状态
throw e; // ✅ 向上抛出，让调用者决策
}
// 执行实际工作...
}
}
✅ 在 while 循环中响应中断：
while (!Thread.currentThread().isInterrupted()) {
try {
doSomething();
Thread.sleep(500);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复标志
break; // ✅ 退出循环，尊重中断
}
}
注意几个关键细节
⚠️ 不要用 e.printStackTrace() 或空 catch 替代处理；
⚠️ Thread.interrupted() 是静态方法，会清除中断状态，慎用；
⚠️ isInterrupted() 是实例方法，只查询不修改，适合条件判断；
⚠️ 如果方法本身不能抛出 InterruptedException（如实现了 Runnable.run()），则必须恢复中断并自行处理退出逻辑，不能吞掉。
