Java Thread.interrupted()与isInterrupted()的状态清除差异

处理 Java 多线程中断时，混淆 Thread.interrupted() 和 isInterrupted() 会导致线程无法正确停止或逻辑死循环。这两者的核心区别在于对“中断状态”标志位的处理方式：前者会自动清除状态，后者则保留状态。理解这一差异是编写健壮线程代码的关键。

1. 理解线程的中断状态

Java 线程内部维护了一个布尔型的中断标志位。你可以将其想象为一个电灯开关。

• 调用 interrupt() 方法相当于按下开关，将标志位设为 true。
• 线程代码通过检查这个标志位来判断是否应该停止工作。

检查标志位的方法主要有两种，它们对开关的操作截然不同。

2. 核心区别对比

下表直接展示了这两种方法在行为上的根本差异。

3. 深入解析 Thread.interrupted()

这是一个静态方法，设计用于“我想知道自己是否被中断了，如果是，我就当这事没发生过（清除标记）”。

操作演示

1. 编写 一段测试代码，模拟线程被中断后连续两次检查状态的情况：

public class InterruptedDemo {
    public static void main(String[] args) {
        // 1. 获取当前主线程
        Thread mainThread = Thread.currentThread();

        // 2. 设置中断标志位为 true
        mainThread.interrupt();

        // 3. 第一次调用 interrupted()
        System.out.println("第一次检查: " + Thread.interrupted());

        // 4. 第二次调用 interrupted()
        System.out.println("第二次检查: " + Thread.interrupted());
    }
}

2. 运行 上述代码，观察 控制台输出结果：

第一次检查: true
第二次检查: false

结论分析

• 第一次调用 Thread.interrupted() 时，它检测到状态为 true，于是返回 true，并立即执行清除操作，将状态重置为 false。
• 第二次调用时，由于状态已经是 false，它直接返回 false。

适用场景：当你想处理一次中断请求，并且希望后续代码不再响应这个“过期”的中断信号时使用。例如，你在 catch (InterruptedException) 块中处理完逻辑后，调用它可以“消费”掉这个中断。

4. 深入解析 isInterrupted()

这是一个实例方法，设计用于“我想知道那个线程是不是被中断了，但我不要动它的开关”。

操作演示

1. 编写 一段测试代码，使用实例方法检查同一个线程对象：

public class IsInterruptedDemo {
    public static void main(String[] args) {
        // 1. 创建并启动一个线程
        Thread thread = new Thread(() -> {
            while (true) {
                // 模拟耗时任务
                Thread.yield();
            }
        });
        thread.start();

        // 2. 设置中断标志位为 true
        thread.interrupt();

        // 3. 第一次调用 isInterrupted()
        System.out.println("第一次检查: " + thread.isInterrupted());

        // 4. 第二次调用 isInterrupted()
        System.out.println("第二次检查: " + thread.isInterrupted());

        // 5. 停止线程以退出程序
        thread.stop();
    }
}

2. 运行 上述代码，观察 控制台输出结果：

第一次检查: true
第二次检查: true

结论分析

• 第一次调用 thread.isInterrupted() 返回 true，表示线程已被中断。
• 关键点在于，它没有清除状态。第二次调用时，状态依然是 true，所以再次返回 true。

适用场景：用于监控线程状态，例如在日志系统中记录线程是否收到了停止信号，或者在一个线程中观察另一个线程的状态。

5. 状态流转逻辑图

为了更直观地展示两者在处理“中断标志位”时的逻辑差异，请参考以下流程图。

6. 实战中的最佳实践

在实际开发中，选择错误的方法会导致程序行为异常。请遵循以下原则：

1. 在编写 run() 方法内部循环时：
   通常优先使用 Thread.currentThread().isInterrupted() 或者直接检查 Thread.interrupted()（如果你打算退出循环）。如果你希望只要收到中断就退出，且不想处理复杂的“二次中断”逻辑，推荐使用 isInterrupted() 配合 return 或 break。

   while (!Thread.currentThread().isInterrupted()) {
       // 执行任务
   }

2. 在处理 InterruptedException 时：
   当抛出 InterruptedException 时，线程的中断状态会被 JVM 自动清除。如果你不能立即退出方法，需要调用 Thread.currentThread().interrupt() 来恢复中断状态，以便上层调用者感知。

   try {
       Thread.sleep(1000);
   } catch (InterruptedException e) {
       // 恢复中断状态，因为 catch 块吞掉了中断信号
       Thread.currentThread().interrupt();
       // 处理中断逻辑...
   }

3. 在工具类或监控代码中：
   如果你只是想“看看”状态而不改变它，必须使用 isInterrupted()。