volatile核心作用是确保标志位修改对其他线程立即可见并禁止重排序，普通boolean因缓存和优化可能导致死循环；它通过强制主内存读写和内存屏障解决可见性问题，但不保证原子性，适用于单一读写的状态标志，阻塞场景需配合interrupt()使用。
volatile 在状态标志位控制循环退出中，核心作用是确保线程对标志位的修改对其他线程立即可见，避免因指令重排序或 CPU 缓存不一致导致循环无法及时终止。
为什么普通 boolean 不够用？
在多线程环境下，如果用普通变量（如 boolean running = true）作为循环条件，JVM 可能将其缓存在线程本地栈或寄存器中，或者因 JIT 优化将循环判定“常量化”——即使其他线程已把 running 设为 false，该线程仍可能永远读取旧值，造成死循环。
volatile 如何解决可见性问题？
声明为 volatile boolean running 后，每次读取都从主内存获取最新值，每次写入都立即刷回主内存，并禁止编译器和处理器对该变量的读写进行重排序。这样，一个线程调用 stop() 修改标志位，另一个运行中的线程下一次检查时就能看到变化。
- 写操作：设置
running = false会触发 store-store 屏障，保证之前所有写操作先完成 - 读操作：读取
running会触发 load-load 屏障，保证后续读操作不会被提前 - 不保证原子性：但布尔标志位的读/写本身是原子的，所以无需额外同步
典型用法示例
常见于线程安全的“协作式中断”场景，例如后台任务轮询：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
public class Worker {
private volatile boolean running = true;
<pre class="brush:php;toolbar:false;">public void start() {
new Thread(() -> {
while (running) {
// 执行任务，如处理队列、轮询设备等
doWork();
try { Thread.sleep(100); } catch (InterruptedException e) { break; }
}
System.out.println("Worker stopped.");
}).start();
}
public void stop() {
running = false; // 安全发布停止信号
}
private void doWork() { /* ... */ }}
注意：若循环体内有阻塞操作（如 Object.wait()、BlockingQueue.take()），还需配合 interrupt() 使用，因为 volatile 无法唤醒阻塞线程。
和 interrupt() 的配合建议
仅靠 volatile 标志位适合“非阻塞等待”场景；若线程可能长期阻塞，应同时使用中断机制：
- 在循环条件中同时检查
running && !Thread.currentThread().isInterrupted() - 调用
thread.interrupt()时，能唤醒wait()、sleep()等操作 - volatile 标志位用于处理中断后是否继续执行的逻辑（比如清理资源后再退出）
