Java中捕获循环内中断信号需主动检查中断状态并正确响应阻塞异常：循环条件用isInterrupted()轮询，阻塞调用捕获InterruptedException后恢复中断标志，虚拟线程同理但需注意异步I/O中断支持。

Java 中捕获循环内的中断信号，核心在于**主动检查中断状态 + 正确响应阻塞调用抛出的异常**。中断不是强制终止，而是协作式通知，线程必须自己决定何时、如何退出。

在循环条件中定期检查中断状态

对长时间运行的计算型循环（无阻塞调用），不能依赖异常触发，必须手动轮询中断标志：

• 使用 Thread.currentThread().isInterrupted() 判断——它只读状态，不改变标志位，适合在 while 条件中反复使用
• 避免用 Thread.interrupted()，因为它会清空状态，导致后续检查失效
• 示例：一个持续处理任务的循环

while (!Thread.currentThread().isInterrupted()) {
  processNextItem();
  // 不含 sleep/join 等阻塞操作时，这是唯一可靠方式
}

在循环体内处理可中断的阻塞调用

当循环内包含 Thread.sleep()、Object.wait()、Future.get() 等可中断方法时，它们可能抛出 InterruptedException：

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

• 该异常被抛出时，JVM 会自动清除当前线程的中断状态
• 必须在 catch 块中调用 Thread.currentThread().interrupt() 恢复中断标记，以便上层逻辑或外层循环能继续感知
• 不要空 catch InterruptedException，否则等于丢弃中断信号

try {
  Thread.sleep(1000);
} catch (InterruptedException e) {
  System.out.println("收到中断，准备退出");
  Thread.currentThread().interrupt(); // 重置标志
  return; // 或 break 循环
}

结合两种方式的健壮写法

真实场景中常需兼顾“纯计算”和“阻塞等待”，推荐统一模式：

立即学习“Java免费学习笔记（深入）”；

• 循环条件检查 isInterrupted()
• 阻塞调用外层 try-catch，并恢复中断状态
• finally 块中做必要资源清理（如关闭流、释放锁）

while (!Thread.currentThread().isInterrupted()) {
  try {
    doSomeWork();
    Thread.sleep(500);
  } catch (InterruptedException e) {
    Thread.currentThread().interrupt();
    break;
  }
}
cleanup();

虚拟线程中的注意事项

虚拟线程同样遵循这套机制，但有两点更关键：

• 中断传播更轻量，响应更快，但仍需主动检查或捕获异常
• 若循环中混合了异步 I/O（如 NIO Channel.read()），需确认底层是否支持中断；不支持时，仅靠 isInterrupted() 是唯一可行方式