本文详解 `thread.interrupted()` 的“清标志”特性及其对循环控制的影响，指出 `interruptedexception` 抛出前会自动清除中断状态，并提供保留中断意图的标准写法（`thread.currentthread().interrupt()`）。
在 Java 多线程编程中，正确响应中断（interruption）是编写健壮、可协作线程的关键。初学者常误以为调用 t.interrupt() 后，while (!Thread.interrupted()) 循环会立即退出——但实际运行中，即使主线程已调用 t.interrupt()，子线程仍可能继续打印 "Hola"，直到下一次 sleep 被中断并进入 catch 块。问题根源在于 Thread.interrupted() 是一个有副作用的静态方法：它不仅返回当前线程的中断状态，还会将该状态重置为 false。
更关键的是：当 Thread.sleep(100) 因中断而抛出 InterruptedException 时，JVM 在抛出异常前已自动清除了线程的中断标志。因此，若 catch 块中未主动恢复中断状态，后续 while (!Thread.interrupted()) 判断将始终返回 true（因标志已被清空），导致循环意外继续。
✅ 正确做法是在 catch 中显式恢复中断状态：
Runnable r = () -> {
while (!Thread.interrupted()) {
System.out.println("Hola");
try {
Thread.sleep(100);
} catch (InterruptedException e) {
System.out.println("interrupted");
// ✅ 重要：重新设置中断标志，保持中断意图可传递
Thread.currentThread().interrupt();
break; // 或根据业务逻辑决定是否退出
}
}
};⚠️ 注意事项：
立即学习“Java免费学习笔记（深入）”；
- Thread.interrupted() 是静态方法，检查并清除当前线程中断标志；
- isInterrupted() 是实例方法，仅检查不修改标志，适用于需多次检测的场景；
- 在 catch (InterruptedException) 中，除非明确要“吞掉”中断（极少见），否则应通过 Thread.currentThread().interrupt() 恢复标志——这是 JDK 推荐的协作式中断实践；
- 不要依赖 interrupt() 立即终止线程，它只是发送信号；线程需主动轮询或阻塞方法响应，才能实现优雅退出。
总结：Java 的中断机制本质是协作式通知，而非强制终止。理解 interrupted() 的清标志行为、InterruptedException 的自动重置机制，并在异常处理中主动维护中断状态，是编写可中断、可取消线程的基础。
