使用Thread.interrupted()检查并重置中断状态标识位

在Java多线程编程中，中断机制是一个基础且容易出错的话题。特别是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()补上，就是必不可少的步骤。