volatile 的性能开销大吗
java volatile 的性能开销并不大，它比 synchronized 轻量得多。其核心代价在于强制内存可见性带来的 cpu 缓存行失效（cache invalidation）和防止指令重排序的内存屏障（memory barrier）。在大多数现代处理器上，这种开销通常只相当于几次原子操作或简单的寄存器刷新，远低于锁机制所需的上下文切换和内核态交互。
为什么 volatile 比 synchronized 快
volatile 之所以快，是因为它不涉及线程阻塞、唤醒以及互斥锁的管理。synchronized 需要操作系统级别的互斥量（Mutex），而 volatile 仅通过硬件指令（如 x86 的 LOCK 前缀或内存屏障指令）保证可见性和有序性。开发者只需将共享变量声明为 volatile，即可在不加锁的情况下实现线程间的数据同步，避免了锁竞争带来的性能瓶颈。
public class VolatileExample { private volatile boolean running = true; public void stop() { running = false; } public void run() { while (running) { // 执行任务 } System.out.println("Stopped"); }}
volatile 能保证原子性吗
volatile 不能保证复合操作的原子性。例如，对 volatile 变量的自增操作（i++）实际上包含读取、修改、写入三个步骤，这些步骤不是原子的，因此在多线程环境下仍可能出现数据竞争。如果需要保证原子性，必须使用 AtomicInteger 或 synchronized 等机制。volatile 仅保证单次读写操作的原子性，即一个线程写入的值能立即被其他线程看到，但无法保证多个操作作为一个整体不可分割。
import java.util.concurrent.atomic.AtomicInteger; public class AtomicExample { private AtomicInteger count = new AtomicInteger(0); public void increment() { count.incrementAndGet(); } public int getCount() { return count.get(); }}
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
