怎么利用 Thread.interrupted() 检查当前中断状态并同时重置该状态标识位

在Ja va多线程编程里，中断机制是个既基础又容易踩坑的话题。尤其是Thread.interrupted()和isInterrupted()这两个方法，名字相似，行为却大不相同。很多看似诡异的线程状态问题，根源往往就在这里。

Thread.interrupted() 会清空中断标志，别误当 isInterrupted() 用

核心区别在于，Thread.interrupted()是一个静态方法，它检查的是当前正在执行的线程的中断状态。关键在于，它执行的是“检查并清除”的原子操作——调用后，线程的中断标志位会被立即重置为false。

而thread.isInterrupted()是实例方法，它只负责“读取”指定线程的中断标志位，不会做任何修改。一个常见的误区是，开发者本想检查一下状态，却在后续逻辑中发现isInterrupted()返回了false，误以为线程从未被中断。其实，很可能只是前面的interrupted()调用悄悄把标志位给清掉了。

典型使用场景：循环中响应中断并退出

这个方法最典型的用武之地，是在那些需要长时间运行或阻塞的循环里。目的是能够及时响应外部通过Thread.interrupt()发来的中断请求，并优雅地终止任务。这时候必须使用Thread.interrupted()，否则逻辑很容易出错。

• 通常的做法是，在每次循环的开头调用Thread.interrupted()。这样做一举两得：既能判断是否应该停止，又能确保旧的、已被处理过的中断标志不会干扰后续的判断。
• 如果方法返回true，常见的处理方式是直接break跳出循环，或者抛出一个InterruptedException（注意，这里抛出异常是主动终止逻辑，并非从sleep()等阻塞中被唤醒）。
• 需要警惕的是，不要在同一个循环里反复调用它来“轮询”状态。因为第一次调用后标志位已被清除，第二次调用几乎总是返回false。

while (true) {
    if (Thread.interrupted()) { // 检查并清空
        break;
    }
    doWork();
}

和 sleep()/wait()/join() 配合时，优先捕获 InterruptedException

当线程正处在sleep()、wait()或join()这类可中断的阻塞状态时，情况又不一样了。此时外部调用interrupt()，会立即唤醒线程，并抛出一个InterruptedException。重要的是，系统在抛出这个异常的同时，已经自动清除了线程的中断状态。

所以，如果在catch块里再去调用Thread.interrupted()，它一定会返回false。这并不是说中断没发生，而是标志位已经被清理过一次了。

• 正确的做法是：在捕获到InterruptedException后，通常应该立即重置中断状态，即调用Thread.currentThread().interrupt()。这样，上层的调用者才能感知到中断的发生。
• 错误的做法是：在catch块里又去调用Thread.interrupted()做判断——这毫无意义，结果总是false。
• 有一种特殊情况：如果阻塞操作本身没有抛出异常（例如Object.wait(long)因超时而返回），这时才需要手动使用Thread.interrupted()来检查中断是否发生。

重置中断状态不能靠 interrupted()，得用 currentThread().interrupt()

这里有个更深的“坑”。不少人下意识觉得，调用一次Thread.interrupted()就能“恢复”或“重置”中断状态。事实恰恰相反，它的作用是“清空”。如果你希望中断信号能够继续向调用链的上层传递，就必须显式地、手动地重新设置标志位。

• 举个例子，在catch (InterruptedException e)之后，如果什么都不做就直接返回，那么这次中断信号就在你这里“丢失”了。
• 应该补上一行：Thread.currentThread().interrupt();。这才是真正意义上的“重置”（更准确说是“重新设置”）中断标志。
• 注意，这个操作本身不会抛出异常，也不会中断当前正在执行的代码，它只是为后续可能调用的interrupted()或isInterrupted()方法提供一个依据。

说到底，线程的中断状态是一个易失的、一次性的信号。Thread.interrupted()的“检查+清空”是一个不可分割的原子操作。真正的难点不在于如何调用这个方法，而在于想清楚：在这次检查之后，中断信号是否还有存在的必要？如果答案是肯定的，那么立刻调用currentThread().interrupt()补上，就是必不可少的步骤。