volatile不能保证复合操作的原子性，因其仅保障单次读/写操作的可见性与有序性，无法阻止“读—改—写”多步操作被其他线程中断；例如i++在字节码中拆为getstatic、iadd、putstatic三步，volatile只确保首尾直通主存，中间计算不受保护，导致丢失更新。
volatile 不能保证复合操作的原子性，因为它只管“单次读”和“单次写”的可见与有序，不管“读—改—写”这类多步动作是否被中断。
volatile 管什么、不管什么
它确保：一个线程对 volatile 变量的写操作，其他线程能立即看到；也阻止 JVM 和 CPU 把 volatile 前后的指令乱序执行。但它不加锁，也不阻塞其他线程——所以当多个线程同时执行 i++ 这种操作时，三步（读旧值 → 加1 → 写新值）之间完全可能穿插进别的线程操作。
比如两个线程都读到 i = 5，各自算出 6，再都写回去，结果还是 6，丢了一次累加。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
i++ 为什么不是原子操作
- 字节码层面至少包含 getstatic、iadd、putstatic 三条指令
- volatile 只保证每次 getstatic 和 putstatic 都直通主内存，但中间的 iadd 是在寄存器里算的，不受保护
- 即使 int 本身读写是原子的（JLS 保证），复合逻辑仍可被并发打断
真正能替代 volatile 实现原子累加的方案
- AtomicInteger：用 CAS 指令实现无锁原子更新，适合高并发计数场景；incrementAndGet() 对应 ++i，getAndIncrement() 对应 i++
- synchronized：给方法或代码块加锁，简单可靠；注意锁对象要稳定、粒度别太大，避免成为瓶颈
- ReentrantLock：比 synchronized 更灵活，支持尝试获取、超时、公平性等，适合复杂同步逻辑
- LongAdder（Java 8+）：专为高并发累加设计，内部分段统计再汇总，吞吐远高于 AtomicInteger，适合统计类场景
什么时候还能用 volatile
它不是没用，而是用对地方才有效：
立即学习“Java免费学习笔记（深入）”；
- 状态标志位：比如 running = true / false，只做简单赋值和读取
- 作为双重检查锁（DCL）中实例变量的修饰符，配合 synchronized 保障单例安全发布
- 配合 lazySet() 做“只写不读”的通知信号，比如关闭开关，性能开销更低
