java线程中断并非强制终止，而是通过中断标志（interrupt status）协作通知；`thread.interrupted()`会清除标志位，`sleep()`等阻塞方法抛出`interruptedexception`前也会自动清空标志——若未在异常处理中恢复中断状态，循环条件将失效。
在Java多线程编程中，正确理解并使用中断机制至关重要。中断（interruption）不是“杀线程”的指令，而是一种协作式取消协议：一个线程通过调用 t.interrupt() 设置目标线程的中断状态（即中断标志位为 true），而目标线程需主动检查该状态，并在适当时机安全退出。
关键点在于：Thread.interrupted() 是一个静态方法，它在返回当前中断状态的同时，会将中断标志（interrupt status）重置为 false。这正是你示例中循环未能及时退出的根本原因：
while (!Thread.interrupted()) { // ← 第一次调用：读取并清空标志位
System.out.println("Hola");
try {
Thread.sleep(100); // ← 若此时被中断：先清空标志位，再抛出 InterruptedException
} catch (InterruptedException e) {
System.out.println("interrupted");
// break; ← 若此处不 break，循环将继续！因为标志已被 sleep() 清空
}
}当 Thread.sleep(100) 被中断时，JVM 会：
- 自动将当前线程的中断标志设为 false；
- 抛出 InterruptedException；
- 线程进入 catch 块——此时 Thread.interrupted() 已为 false，下一轮 while 条件判断自然为 true，循环继续。
✅ 正确做法：在捕获 InterruptedException 后，立即恢复中断状态，以保持中断信号的传递性（这是 Java 并发编程的黄金实践）：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
} catch (InterruptedException e) {
System.out.println("interrupted");
Thread.currentThread().interrupt(); // ← 关键：重置中断标志为 true
break; // 或根据逻辑选择 return / throw new RuntimeException(e)
}⚠️ 注意事项：
- 不要忽略 InterruptedException：吞掉它（仅 e.printStackTrace()）会丢失取消意图，导致线程无法响应中断；
- 避免在非阻塞循环中仅依赖 Thread.interrupted() 而不处理中断异常——标志可能被其他操作（如 sleep, wait, join, LockSupport.park）意外清除；
- 若使用 isInterrupted()（实例方法），它不会清除标志位，适用于需多次检查但不重置的场景；
- 在 Runnable 或 Callable 中，推荐将 InterruptedException 转为 RuntimeException（如 Thread.currentThread().interrupt(); throw new RuntimeException(e);），避免强制声明异常，同时保留中断语义。
总结：Java 的中断机制是“礼貌请求”，而非“强制命令”。可靠响应中断的关键在于——始终尊重中断状态，及时恢复标志位，并在合适位置退出执行流。
