必须显式处理interruptedexception，因其是线程协作的取消信号；需在catch中恢复中断状态并退出，或声明throws交由调用方处理，否则导致任务无法响应终止。
必须显式处理，不能忽略或静默吞掉。InterruptedException 不是运行错误，而是线程协作中的“取消信号”——它告诉你：当前任务可能需要提前退出，你得决定怎么收尾。
为什么必须捕获？
Thread.sleep() 是阻塞方法，依赖外部时间条件；Java 将 InterruptedException 设为受检异常，就是为了强制你面对中断意图。不处理 → 编译失败；空 catch → 中断状态被清空，上层无法感知取消请求，比如线程池调用 shutdownNow() 时任务可能卡住不动。
两种场景，不同做法
关键看你是写业务逻辑，还是封装工具方法：
- 在 Runnable、线程主循环等业务主体中：catch 后立即调用 Thread.currentThread().interrupt() 恢复中断状态，然后 return 或 break 循环，让线程自然终止
- 在工具方法（如 waitUntil、delay 等）中：方法签名应声明 throws InterruptedException，不自己吞异常，把中断决策权交给调用方
常见错误写法与修正
这些写法看似能过编译，实则埋雷：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- catch (InterruptedException e) { } —— 完全丢弃中断信号
- catch (InterruptedException e) { e.printStackTrace(); } —— 日志写了，但没恢复中断，isInterrupted() 后续返回 false
- 在 run() 方法里只 catch 不恢复也不退出 —— 线程池 shutdownNow() 失效，任务无法响应终止
正确模板示例（业务线程）：
try { Thread.sleep(2000); }
catch (InterruptedException e) {
Thread.currentThread().interrupt();
return;
}
中断状态被清空是设计使然
sleep() 抛出 InterruptedException 时，JVM 会自动清除中断标志位。这不是 bug，而是为了防止中断信号残留造成语义混淆。所以你在 catch 块里第一件事，就是调用 interrupt() 把它重新设回来——这是传递协作意图的关键动作。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
