Java 中 volatile 关键字怎么在轻量级消息通知中替代锁机制-java教程-PHP中文网

volatile可替代锁用于单次状态变更+单次感知的轻量通知，依靠可见性与有序性保障；适用布尔/整型标志位单赋值场景，不适用于多次通知、带参传递、清零操作或复合逻辑。

java 中 volatile 关键字怎么在轻量级消息通知中替代锁机制

volatile 可以在轻量级消息通知中替代锁，前提是通知逻辑只涉及「单次状态变更 + 单次感知」，不依赖复合操作。它靠的是可见性与有序性保障，而不是互斥控制。

适用场景：状态标志型通知

这是 volatile 最典型、最安全的用法。比如一个线程设置完成信号，另一个线程轮询等待——只要通知只发生一次，且接收方只关心“是否已通知”，就非常适合用 volatile。

变量必须是布尔型、整型等基础类型或包装类（如 AtomicBoolean 更推荐，但 volatile boolean 已足够）
通知动作只能是单赋值，例如 done = true，不能是 count++ 或 flag = !flag
接收方使用简单 while 循环检测，不依赖该变量做计算或二次修改

为什么能替代 synchronized？

因为这类通知不需要“原子地读-改-写”，只需要“写后立即被读到”。volatile 恰好解决两个关键问题：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

可见性：线程 A 写 notified = true 后，线程 B 下一次读 notified 一定看到 true，不会因本地缓存而卡在 false
有序性：JVM 和 CPU 不会把对其他变量的读写重排到 volatile 写之前，或重排到 volatile 读之后，保证通知前的准备工作（如数据写入）在线程 B 看来已生效

典型代码模式

以下是一个生产者-消费者风格的轻量通知示例：

public class SimpleNotifier {
    private volatile boolean ready = false;
    private String data;

    public void produce(String msg) {
        this.data = msg;           // 准备数据（普通写）
        this.ready = true;         // volatile 写：作为“完成”信号
    }

    public String consume() {
        while (!ready) {           // volatile 读：等待信号
            Thread.onSpinWait();   // 提示 CPU 当前是忙等，非必需但更友好
        }
        return data;               // 此时 data 一定已写入（happens-before 保证）
    }
}

注意：data 虽未加 volatile，但由于 ready 的 volatile 写与读构成 happens-before 关系，data = msg 对消费线程也是可见的。