volatile布尔标志适用于单向状态切换（如true→false），由单线程写、多线程读，保证可见性但不保证原子性；配合中断可提升阻塞场景下的响应及时性。
在 Java 多线程中，用 volatile 配合布尔状态标志（如 running）是控制线程生命周期最常用、最轻量的方式之一。它不依赖锁，开销小，适用于“运行/停止”这类简单状态切换场景。
volatile 保证状态可见性，但不保证原子性
volatile 的核心作用是禁止指令重排序 + 强制写回主内存 + 使读操作总是看到最新值。这意味着：一个线程修改了 volatile boolean running = true，其他线程能立即看到 false；但 running = !running 这类读-改-写操作仍不是原子的，不能用于计数或翻转状态。
- 适合场景：单向设置（如从
true→false），且仅由一个线程写、多个线程读 - 不适合场景：多个线程同时调用
stop()或需要“先检查再设置”的复合逻辑（此时应考虑AtomicBoolean）
典型实现：标准的 run-loop + volatile 标志
把 volatile 标志放在 while 循环条件中，让工作线程主动轮询退出信号：
public class WorkerTask implements Runnable {
private volatile boolean running = true;
<pre class="brush:php;toolbar:false;">@Override
public void run() {
while (running) {
// 执行业务逻辑（注意：避免长时间阻塞，否则无法及时响应停止）
doWork();
// 可加短暂休眠，降低 CPU 占用
try { Thread.sleep(10); } catch (InterruptedException e) { break; }
}
cleanup();
}
public void stop() {
running = false; // 安全发布停止信号
}
private void doWork() { /* ... */ }
private void cleanup() { /* ... */ }}
立即学习“Java免费学习笔记（深入）”；
- 必须确保
doWork()不会无限阻塞（比如无超时的BlockingQueue.take()），否则线程无法及时检测到running == false - 若
doWork()可能阻塞，建议搭配Thread.interrupt()使用，并在 catch 中检查running
与 interrupt 配合，提升响应及时性
纯靠 volatile 轮询可能有延迟；结合中断可让阻塞操作（如 sleep、wait、join、BlockingQueue.poll()）提前返回：
public void run() {
while (running && !Thread.currentThread().isInterrupted()) {
try {
doWork();
Thread.sleep(100);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
break;
}
}
cleanup();
}
<p>public void stop() {
running = false;
thread.interrupt(); // 主动唤醒阻塞中的线程
}- 中断不是强制终止线程，而是协作式通知；线程需自行检查并退出
- 捕获
InterruptedException后务必恢复中断状态（interrupt()），方便上层代码感知
注意事项与常见误区
看似简单，但几个细节容易出错：
-
volatile字段必须是实例变量，不能是局部变量或方法参数 - 不要在
run()方法内重新赋值running（比如误写成boolean running = this.running;），否则失去可见性 - 如果线程启动后才设置
running = false，需确保该写操作对工作线程可见（volatile已保障这一点） - 若需支持“暂停/恢复”，
volatile布尔不够用，应改用AtomicInteger或ReentrantLock控制状态机
不复杂但容易忽略。关键在于理解 volatile 是“可见性工具”，不是“同步工具”，它的价值在于简洁、低开销地传递单一状态变更信号。
