Thread.isInterrupted()仅查询中断状态且不清除，需配合interrupt()使用并手动响应；阻塞方法抛InterruptedException后会清状态，须重设；Thread.interrupted()静态方法会自动清除状态，适合单次判断。
Thread.isInterrupted() 不是用来“停止线程”的
它只是读取当前线程的中断状态位，返回 true 或 false，且**不会清除该状态**。很多人误以为调用它就能让线程停下，其实它既不抛异常、也不终止执行流——它只是一个“快照式”的布尔查询。真正触发响应行为（比如退出循环）得靠你自己在循环体内检查并主动 break 或 return。
必须配合 Thread.interrupt() 才有意义
单独调用 Thread.isInterrupted() 没法改变任何东西；它只反映此前是否有人调用了 thread.interrupt()。常见错误是：在子线程里反复轮询 isInterrupted()，但主线程压根没调过 interrupt()，结果循环永远不退出。
- 启动任务时保存对工作线程的引用（不能丢）
- 外部需要停止时，明确调用
workerThread.interrupt() - 循环体中每轮都检查
Thread.currentThread().isInterrupted() - 如果循环内调用了可能阻塞的方法（如
Thread.sleep()、Object.wait()、BlockingQueue.take()），它们会在被中断时抛出InterruptedException，此时需捕获并主动退出
典型可中断循环结构长这样
下面是一个带日志、防死锁、兼顾阻塞/非阻塞场景的模板：
Thread worker = new Thread(() -> {
while (!Thread.currentThread().isInterrupted()) {
try {
doWork(); // 耗时但不阻塞的操作
Thread.sleep(100); // 可能被中断的阻塞调用
} catch (InterruptedException e) {
// 中断发生时 sleep 会清中断状态并抛异常
// 必须手动重设，否则 isInterrupted() 下次返回 false
Thread.currentThread().interrupt();
break; // 或 return
}
}
cleanup(); // 确保收尾资源释放
});
worker.start();
// ... 后续某处
worker.interrupt(); // 触发退出
注意：Thread.sleep() 抛出 InterruptedException 后会自动清除中断状态，所以必须手动调用 Thread.currentThread().interrupt() 来恢复，否则外层 while 条件下次判断就失效了。
比 isInterrupted() 更安全的替代写法
直接用 Thread.interrupted()（静态方法）更省心：它在返回结果的同时自动清除中断状态，适合做“一次性响应”判断。但要注意——它只能用一次，连续两次调用第二次必返回 false。
- 适合单次响应场景：比如在
catch (InterruptedException)块里直接if (Thread.interrupted()) return; - 不适合 while 循环条件，因为第二次进循环时状态已被清空，条件恒为
false - 多线程环境下，
isInterrupted()是线程安全的实例方法，查的是本线程状态，无歧义
真正容易被忽略的是：中断不是魔法开关，它只是协作信号；所有阻塞 API 的中断响应逻辑都依赖你手动处理异常或检查状态——漏掉任意一环，任务就卡死了。
