volatile不能保证复合操作原子性，因其仅保障单次读或写操作的可见性与有序性，而i++等“读—改—写”操作被JVM拆为三步，中间无互斥机制，导致线程交错执行并丢失更新。

volatile 关键字不能保证复合操作的原子性，因为它只管“一次读”或“一次写”，不管“读—改—写”这一整条链路是否被其他线程打断。

volatile 只保障单次内存操作的可见与有序

它确保：每次读取都从主内存加载最新值；每次写入都立即刷回主内存；且读写前后插入内存屏障，防止指令重排序。但这些保障仅作用于独立的读或写动作，比如 flag = true 或 if (done) —— 这类操作本身不依赖旧值、不修改中间状态，volatile 就够用。

i++ 这类操作在底层天然不是原子的

JVM 会把 i++ 拆成三步：

• 从内存（或缓存）中读取当前值
• 在 CPU 寄存器中执行加 1 计算
• 把结果写回变量所在内存位置

volatile 能让第一步读到最新值、第三步写得及时，但它无法阻止第二步计算期间有别的线程插进来——两个线程可能同时读到 i == 5，各自加 1 后都写回 6，最终只累加了一次。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

立即学习“Java免费学习笔记（深入）”；

真正需要原子性的场景，volatile 无能为力

以下操作一旦出现，就说明已超出 volatile 的能力范围：

• 计数器类操作：如 count++、sum += x
• 集合变更：如 list.add(x)、map.put(k, v)
• 依赖旧值的状态切换：如 “若未初始化则创建实例”
• 多个变量需成对更新：如账户余额和最后交易时间必须同步变更

替代方案要按需选择

不是所有地方都要上重量级锁：

• AtomicInteger / AtomicLong：适合高并发计数，用 CAS 实现无锁原子更新
• synchronized：简单可靠，把复合逻辑包进临界区，由锁强制串行执行
• ReentrantLock：支持超时、可中断、公平策略，适合复杂控制流
• LongAdder（Java 8+）：专为超高频累加设计，分段统计再合并，吞吐更高

volatile 不是没用，而是不能错用。它适合做开关、状态标记、DCL 单例里的实例引用修饰——前提是操作不涉及“读+算+写”链条。