Thread.interrupted()实现可中断循环的核心是线程主动响应中断：每次循环前检查并清除中断状态，阻塞异常后恢复中断标志，退出时统一清理资源。
用 Thread.interrupted() 实现可平滑停止的后台循环任务，核心是让线程主动、及时响应中断信号，而不是粗暴地调用 stop()（已废弃）或轮询共享变量。关键在于：循环体中定期检查中断状态，并在检测到中断后安全清理、退出。
理解 Thread.interrupted() 的行为
Thread.interrupted() 是静态方法，作用于当前线程，它做两件事：
- 返回当前线程的中断状态（true 表示已被中断）；
- **同时清除该中断状态**（即下一次调用会返回 false，除非再次被中断）。
这和实例方法 isInterrupted() 不同——后者只查状态，不重置。
所以它适合用在“一次性响应并退出”的场景，比如循环末尾的一次性检查。
典型安全循环结构
一个健壮的可中断后台循环通常长这样：
while (!Thread.interrupted()) {
try {
// 执行一段工作（如处理队列、轮询资源、计算等）
doOneUnitOfWork();
<pre class="brush:php;toolbar:false;"> // 可选：避免空转耗尽 CPU，短暂休眠或让出时间片
Thread.sleep(100); // 或使用 LockSupport.parkNanos()
} catch (InterruptedException e) {
// sleep / wait / join 等阻塞方法被中断时会抛此异常
// 此时中断状态已被自动清除，需重新设置以保持语义一致
Thread.currentThread().interrupt();
break; // 通常直接退出
} catch (Exception e) {
// 处理业务异常，不干扰中断逻辑
handleError(e);
}} // 循环退出后执行清理（如关闭连接、释放资源、保存进度等） cleanup();
注意：
- while (!Thread.interrupted()) 在每次迭代开始前检查，确保即使上一轮刚被中断也能及时退出；
- 阻塞调用（如 sleep、wait、BlockingQueue.take()）抛出 InterruptedException 后，中断标志已被清空，必须手动恢复（interrupt()），否则外层 while 条件可能永远为真；
- 清理逻辑放在循环外，保证无论因哪种原因退出（正常完成、中断、异常），都能执行。
配合外部触发中断的正确方式
停止任务不是靠“通知”某个变量，而是直接对目标线程调用 interrupt()：
- 启动任务时保留线程引用（不推荐裸用
Thread，更推荐封装成Runnable+ExecutorService）； - 停止时调用
thread.interrupt()； - 若使用线程池，应调用
executor.shutdownNow()—— 它会对所有正在运行的任务线程发起interrupt()，并取消待执行任务。
⚠️ 切勿在线程外修改自定义的 volatile boolean 标志位来“模拟中断”，那会丢失 JVM 对中断的统一语义（比如无法唤醒阻塞中的线程），也违背 Java 并发设计原则。
实际例子：带超时与进度保存的文件扫描器
假设一个后台线程扫描目录，每处理 100 个文件就保存一次进度，并支持随时中断：
public class InterruptibleFileScanner implements Runnable {
private final Path root;
private final ProgressSaver saver;
<pre class="brush:php;toolbar:false;">public InterruptibleFileScanner(Path root, ProgressSaver saver) {
this.root = root;
this.saver = saver;
}
@Override
public void run() {
int count = 0;
try (Stream<path> stream = Files.walk(root)) {
Iterator<path> it = stream.iterator();
while (it.hasNext() && !Thread.interrupted()) {
Path file = it.next();
if (Files.isRegularFile(file)) {
process(file);
count++;
if (count % 100 == 0) {
saver.saveProgress(count);
}
}
}
} catch (IOException e) {
// IO 异常不影响中断逻辑，继续检查中断状态
} finally {
// 无论怎么退出，都尝试保存最终进度
saver.saveProgress(count);
}
}
private void process(Path file) {
// 模拟耗时操作（不阻塞，所以不会抛 InterruptedException）
// 若此处有阻塞调用（如网络请求），需包裹 try-catch 并恢复中断
}</path></path>}
启动与停止：
Thread scanner = new Thread(new InterruptibleFileScanner(Paths.get("/data"), saver));
scanner.start();
<p>// ……一段时间后
scanner.interrupt(); // 安全触发退出
scanner.join(); // 等待清理完成
</p>
不复杂但容易忽略：中断不是“杀死”，而是“礼貌请求”。真正平滑，靠的是任务自身尊重这个请求，并在合适时机收手、善后。
