关键是要在捕获interruptedexception后立即调用thread.currentthread().interrupt()恢复中断状态，因为join()会自动清空中断标志；否则中断信号被隐式吞没，导致线程无法响应关闭指令。
关键不是“避免拦截”，而是拦截后必须主动恢复中断状态。Java 的 join() 抛出 InterruptedException 时，会**自动清除当前线程的中断标志位**——这是 JVM 的强制行为。如果你只 catch 住异常却不处理这个语义，就等于把中断信号“吃掉了”，上层逻辑再也收不到中断通知，线程可能无法及时退出或响应关闭指令。
为什么中断标记会被“隐式吞没”
调用 thread.join() 时，若当前线程被中断，JVM 会：
- 抛出
InterruptedException； - 同时调用
Thread.currentThread().interrupted()（静态方法），清空中断状态； - 这意味着：即使你没写任何代码，中断标记也已丢失。
正确做法：捕获后立即重置中断状态
在 catch (InterruptedException e) 块中，必须显式调用：
-
Thread.currentThread().interrupt();—— 这是标准做法，重新设回中断标志； - 之后可选择：清理资源、退出循环、返回、或继续向上抛出异常。
示例：
（注意：不是打印日志就完事）try {
workerThread.join();
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // ✅ 关键一步：恢复中断
System.out.println("等待被中断，准备退出");
return; // 或 throw new RuntimeException(e);
}
常见错误写法（务必避开）
-
catch (InterruptedException e) { }—— 空 catch，彻底丢弃中断； -
catch (InterruptedException e) { e.printStackTrace(); }—— 只记录日志，未恢复中断； -
catch (InterruptedException e) { Thread.interrupted(); }—— 错误调用静态方法，它会再次清空中断，雪上加霜； - 在 finally 块里又调
join()或sleep()—— 可能二次触发中断，且未处理嵌套场景。
配合循环使用时的注意事项
如果 join() 在 while 循环内（比如轮询等待多个线程），需确保每次中断都能被感知：
- 循环条件建议用
!Thread.currentThread().isInterrupted()； - 不要用
Thread.interrupted()做条件判断，它会清空状态； - 每次捕获
InterruptedException后都重置，并让循环自然退出。
