Java线程中断标志位需主动读取处理：interrupt()设标志，isInterrupted()只读不改，interrupted()读完即清零；循环中应优先用isInterrupted()判断，捕获InterruptedException后须手动恢复标志位。
Java 线程中断标志位不是自动“生效”的开关，而是一个需主动读取、谨慎处理的状态标记。检查和重置的关键不在于“能不能”，而在于“什么时候该清、什么时候该留、用哪个方法才安全”。
三种检查方式的区别必须分清
Java 提供三个核心方法，语义和副作用完全不同：
-
thread.interrupt()：实例方法，向目标线程发中断请求 → 设置其中断标志为
true，不检查、不清除 -
thread.isInterrupted()：实例方法，只读查询指定线程的中断状态 → 返回
true/false，不改变标志位 -
Thread.interrupted()：静态方法，只查当前线程 → 返回当前中断状态，同时立即将标志位设为
false
什么时候该检查？推荐用 isInterrupted()
在循环中持续判断是否该退出时，优先用 Thread.currentThread().isInterrupted()：
- 它无副作用，多次调用结果稳定，不会因中间其他代码调用
interrupted()而漏判 - 写法清晰：
while (!Thread.currentThread().isInterrupted()) { ... } - 即使循环体里有阻塞调用（如
sleep），只要外层条件靠它判断，逻辑就健壮
什么时候会自动重置？以及为什么必须手动恢复
以下两种情况，JVM 会自动清除中断标志位：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 调用
sleep()、wait()、join()、LockSupport.park()等阻塞方法时被中断 → 抛出InterruptedException前，标志已被清空 - 调用
Thread.interrupted()→ 检查完立刻归零
所以，若你在 catch (InterruptedException e) 中只打印日志或什么都不做，中断信号就彻底丢失了。正确做法是：
- 立即调用
Thread.currentThread().interrupt()把标志位设回去 - 这样上层调用者（比如线程池 shutdownNow）还能通过
isInterrupted()感知到中断意图 - 后续非阻塞逻辑（如计算循环）也能继续响应
interrupted() 的适用场景很窄
它适合明确需要“消费一次中断并退出”的单次判断，例如：
- 在循环开头写
if (Thread.interrupted()) break;，作为快速退出入口 - 但不能在 while 条件里反复用它（如
while (!Thread.interrupted())），因为每次检查都清零，可能让下一轮误判为“未中断” - 绝不能在
finally块里无条件调用它——可能把本该向上抛的中断信号悄悄抹掉
