线程中断的几种实现方式与实际应用
在多线程编程中，经常需要让一个正在运行的线程提前停止。比如用户点击了“取消下载”按钮，或者系统资源紧张需要释放部分任务。这时候，“线程中断”就成了关键操作。但很多人误以为调用 stop() 就能安全结束线程，其实这种方式早已被废弃，容易引发数据不一致问题。
现代 Java 提供了更优雅的中断机制——通过设置中断标志位来通知线程自行处理退出逻辑。这种方式更安全，也更可控。
interrupt() 方法：发起中断请求
每个线程都有一个中断状态标志。调用线程的 interrupt() 方法会将该标志设为 true。如果目标线程正在阻塞（如 sleep、wait、join），则会抛出 InterruptedException 并清除中断状态。
Thread worker = new Thread(() -> {
try {
for (int i = 0; i < 1000; i++) {
if (Thread.currentThread().isInterrupted()) {
System.out.println("收到中断信号，准备退出");
break;
}
System.out.println("执行第 " + i + " 次任务");
Thread.sleep(100);
}
} catch (InterruptedException e) {
System.out.println("睡眠过程中被中断");
Thread.currentThread().interrupt(); // 保持中断状态
}
});
worker.start();
// 主线程延迟后发送中断
try {
Thread.sleep(500);
} catch (InterruptedException e) {
e.printStackTrace();
}
worker.interrupt();上面的例子中，工作线程每隔 100 毫秒执行一次任务。主线程等待半秒后调用 interrupt() 发起中断。此时 worker 线程可能正处于 sleep 状态，于是抛出异常并被捕获。我们在 catch 块中重新设置中断状态，确保外部还能感知到中断发生。
如何正确响应中断？
不是所有代码都能自动响应中断。只有那些声明抛出 InterruptedException 的方法才会触发中断异常。对于普通循环或计算密集型任务，必须手动检查中断状态。
常见的做法是在循环条件中加入 !Thread.currentThread().isInterrupted() 判断。一旦发现中断，立即清理资源并退出。
while (!Thread.currentThread().isInterrupted() && hasMoreData()) {
process(dataQueue.take());
}这段代码常出现在消费者线程中。它不断从队列取数据处理，直到被中断或数据耗尽。take() 方法会响应中断，避免无限等待。
不要忽略 InterruptedException
捕获到 InterruptedException 后，不要只是打印日志就完事。这相当于吞掉了中断信号，上层代码无法得知线程已被要求终止。正确的做法是：要么向上抛出，要么重新设置中断状态。
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
break;
}这样即使当前方法不能直接抛出异常，也能保证中断状态得以保留，便于后续判断。
实际开发中，比如 Web 服务器处理超时请求，后台定时任务被关闭，或是 App 中切换页面时停止加载，都会用到线程中断。掌握这些细节，才能写出既高效又安全的并发程序。