volatile 保证布尔标志的可见性和禁止重排序，使线程能及时响应退出信号；普通 boolean 因缓存可能导致工作线程无法看到主线程设置的 false 值。
在 Java 中，用 volatile 配合布尔状态标志（如 running）控制线程安全退出，是一种轻量、常见且有效的协作式中断方式。关键在于：volatile 保证了该标志的可见性与禁止重排序，使一个线程对标志的修改能立即被其他线程看到，避免因 CPU 缓存或编译器优化导致线程“永远看不到停止信号”。
为什么必须用 volatile 而不是普通 boolean？
普通字段可能被线程本地缓存，即使主线程已将 running = false，工作线程仍可能一直读取寄存器或 CPU 缓存中的旧值（true），从而无法退出循环。而 volatile 强制每次读写都直接操作主内存，并插入内存屏障，确保：
- 写操作对所有线程立即可见
- 禁止对该变量的读写指令被编译器或处理器重排序（例如，不会把循环体代码重排到 flag 判断之前）
标准写法：配合 while 循环 + 清晰的退出条件
典型模式是定义一个 volatile boolean running = true，在线程 run 方法中用 while (running) 包裹业务逻辑，外部通过设置 running = false 请求退出：
public class WorkerThread extends Thread {
private volatile boolean running = true;
@Override
public void run() {
while (running) {
// 执行任务（如处理队列、轮询、计算等）
doWork();
// 可选：避免空转占用 CPU
try {
Thread.sleep(10);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
break;
}
}
System.out.println("线程已安全退出");
}
public void shutdown() {
running = false;
}
private void doWork() {
// 实际业务逻辑
}
}
使用时：WorkerThread t = new WorkerThread(); t.start(); ... t.shutdown();
立即学习“Java免费学习笔记（深入）”；
注意阻塞操作下的响应性
如果线程在调用 Object.wait()、Thread.sleep()、BlockingQueue.take() 等可中断方法时被阻塞，仅靠 volatile 标志无法让它立即醒来。此时应结合 Thread.interrupt()：
- 在
shutdown()中先设running = false，再调用thread.interrupt() - 在循环内捕获
InterruptedException，检查running状态并主动退出 - 不要忽略中断异常，建议恢复中断状态（
Thread.currentThread().interrupt()）以便上层感知
不适用场景与替代建议
volatile 标志适合简单协作退出，但不适用于以下情况：
- 需要等待线程彻底结束（应配合
join()） - 需在退出前执行复杂清理（建议用
try-finally或ShutdownHook） - 多状态控制（如 “启动中/运行中/暂停/停止”）——此时更适合
AtomicInteger或枚举 +volatile状态变量 - 高竞争下的状态更新（如频繁启停）——考虑
AtomicBoolean，它语义更明确且支持 CAS 操作
