java线程中断并非强制终止，而是通过中断标志（interrupt status）协作通知；`thread.interrupted()`会清除标志位，而`interruptedexception`抛出前也会自动清除，若未在catch中恢复，循环条件将失效。
在Java多线程编程中，正确理解并使用中断机制至关重要。中断（interruption）不是“杀死线程”的指令，而是一种协作式取消协议：一个线程通过调用 t.interrupt() 设置目标线程的中断状态（即中断标志位为 true），而目标线程需主动检查该状态，并在合适时机安全退出。
你提供的代码中，循环条件使用了 while (!Thread.interrupted()) —— 这正是问题的关键所在。Thread.interrupted() 是一个静态方法，具有双重作用：
✅ 检查当前线程是否被中断；
❌ 同时，它会立即清除（reset）中断标志位（即将其设为 false）。
更关键的是：当 Thread.sleep(100) 执行期间收到中断请求时，JVM 会：
- 立即唤醒线程；
- 在抛出 InterruptedException 前，自动将中断标志位重置为 false；
- 抛出异常，进入 catch 块。
因此，若 catch 块中仅打印日志而不做任何处理（如 break 或恢复中断状态），线程将继续执行下一轮循环。此时 Thread.interrupted() 再次被调用——由于标志已被清空，它返回 false，导致 !Thread.interrupted() 为 true，循环继续！这解释了为何“中断后仍进入循环”。
✅ 正确做法是在捕获 InterruptedException 后，显式恢复中断状态，以保持中断信号的可传递性：
立即学习“Java免费学习笔记（深入）”；
Runnable r = () -> {
while (!Thread.interrupted()) {
System.out.println("Hola");
try {
Thread.sleep(100);
} catch (InterruptedException e) {
System.out.println("interrupted");
Thread.currentThread().interrupt(); // ✅ 重新设置中断标志
break; // 可选：根据业务逻辑决定是否立即退出
}
}
};⚠️ 注意事项：
- 不要忽略 InterruptedException：吞掉它而不恢复中断状态，会丢失取消意图，破坏上层组件（如 ExecutorService.shutdownNow()）的正常行为；
- 避免滥用 isInterrupted()（实例方法）替代 interrupted()（静态方法）来判断循环条件——前者不重置标志，适合需多次检查的场景，但需确保逻辑清晰；
- 在阻塞I/O、Lock.lockInterruptibly()、Condition.await() 等可中断操作中，同样遵循“清除标志→抛异常→需手动恢复”的模式。
总结：Java中断机制的设计哲学是“响应而非强制”。Thread.interrupted() 和 InterruptedException 的自动清标行为，是为了避免重复异常或状态混淆；作为开发者，必须承担起保留中断意图的责任——在捕获中断异常后，及时调用 Thread.currentThread().interrupt()，让中断信号向上层传播，从而构建健壮、可取消的并发程序。
