Thread.interrupted()是静态方法，检查并立即清空中断标志；isInterrupted()是实例方法，只读不改。循环中应每次调用interrupted()检查并清空，避免重复判断；阻塞方法抛InterruptedException时已自动清空中断状态，需在catch块中手动重置。
Thread.interrupted() 会清空中断标志，别误当 isInterrupted() 用
Thread.interrupted() 是静态方法，只作用于当前线程，调用后**立即清除**其中断状态（即把内部标识位设为 false）。这和实例方法 thread.isInterrupted() 有本质区别——后者只读不改。常见错误是想“检查一次状态”，结果在后续逻辑里发现 isInterrupted() 返回 false，其实只是被前面的 interrupted() 清掉了。
典型使用场景：循环中响应中断并退出
最常出现在阻塞/计算密集型循环里，需要及时响应 Thread.interrupt() 并优雅终止。此时必须用 Thread.interrupted()，否则可能漏判或重复判断。
- 每次循环开头调用
Thread.interrupted()，一来检查是否该停，二来确保后续不会因旧标志干扰判断 - 如果返回
true，通常直接break或抛InterruptedException（注意：这里不是从阻塞中唤醒，而是主动退出） - 不要在同一个循环里反复调用它来“轮询”——第二次调用几乎总是
false
while (true) {
if (Thread.interrupted()) { // 检查并清空
break;
}
doWork();
}
和 sleep()/wait()/join() 配合时，优先捕获 InterruptedException
当线程处于 sleep()、wait() 或 join() 等可中断阻塞状态时，外部调用 interrupt() 会立即唤醒它，并抛出 InterruptedException，同时**自动清空中断状态**。这时再调用 Thread.interrupted() 会返回 false，不是因为没中断，而是已被系统清过一次了。
- 正确做法：在
catch (InterruptedException e)块里，通常要重置中断状态（Thread.currentThread().interrupt()），以便上层代码能感知 - 错误做法：在
catch块里又调用Thread.interrupted()判断——它一定返回false，毫无意义 - 若阻塞操作本身没抛异常（比如
Object.wait(long)超时返回），才需手动用Thread.interrupted()检查
重置中断状态不能靠 interrupted()，得用 currentThread().interrupt()
很多人以为调用一次 Thread.interrupted() 就能“恢复中断”，其实完全相反。它只读+清零。真要保留中断信号向下传递，必须显式调用 Thread.currentThread().interrupt()。
- 例如在
catch (InterruptedException)后，不做任何处理就 return，会导致中断丢失 - 应写成：
Thread.currentThread().interrupt();—— 这才是重置（准确说是“重新设置”）中断标志 - 注意：这个操作不抛异常，也不影响当前执行流，只是为后续的
interrupted()或isInterrupted()提供依据
中断状态是个易失的单次信号，Thread.interrupted() 的“检查+清空”是原子行为，没法拆开。真正难的不是怎么调用，而是想清楚：这次检查之后，中断信号是否还需要继续传播？如果需要，就得立刻补上 currentThread().interrupt()。
