volatile仅保证引用变量本身的可见性和禁止重排序，不保证其所指向对象内部状态的线程安全；适用于一次性发布、状态切换等场景，如dcl单例、配置整体替换，但对集合内容操作等复合行为无效。
volatile 可以直接修饰引用类型的成员变量，但只保证“引用本身”的可见性和禁止重排序，不保证引用所指向对象内部状态的线程安全。
volatile 对引用类型的作用范围
当用 volatile 修饰一个引用变量（如 volatile List<string> list</string>），它仅保障以下两点：
- 对该引用变量的读写操作具有可见性：一个线程修改了该引用（例如赋值为新对象），其他线程能立即看到这个新地址；
- 禁止编译器和处理器对该引用变量的读写进行重排序（比如不会把写引用的操作移到初始化对象之后）。
但它不延伸到对象内部。例如，即使 volatile List<string> list = new CopyOnWriteArrayList()</string>，对 list.add("x") 的调用是否线程安全，取决于 list 所指对象自身的实现，volatile 不提供任何保护。
常见误用场景
下面这些写法看似“线程安全”，实则有问题：
-
volatile ArrayList<string> data = new ArrayList();</string>→data.add(...)仍可能引发并发修改异常或数据丢失； -
volatile Map<string integer> cache = new HashMap();</string>→ 多线程 put/get 会破坏内部结构； -
volatile MyConfig config = new MyConfig();，且MyConfig中有普通字段 → 修改config.flag = true不可见，除非flag也声明为 volatile 或用锁。
正确使用 volatile 引用的典型模式
适合用 volatile 修饰引用的场景，通常是“一次性发布”或“状态切换”：
- 懒汉式单例（双重检查锁定中，必须 volatile 修饰 instance）；
- 配置对象替换：
volatile Config currentConfig = loadDefault();，后续用新配置整体替换：currentConfig = loadFromNetwork();； - 标志性的不可变容器引用：
volatile List<string> readOnlyList = Collections.unmodifiableList(new ArrayList(...));</string>，之后只读不改内容。
关键点：被引用的对象最好是不可变的（immutable），或其内部已自行保证线程安全（如 ConcurrentHashMap、CopyOnWriteArrayList），而 volatile 只负责让“换对象”这件事对所有线程可见。
需要同步时怎么办？
如果既要原子地更新引用，又要原子地操作其内容，volatile 不够用，应结合其他机制：
- 用
synchronized块保护对引用及其所指对象的复合操作； - 使用
AtomicReference<t></t>，它提供 compareAndSet、getAndUpdate 等原子方法，比 volatile 更强大； - 对集合类，优先选用
java.util.concurrent包中的线程安全实现，而不是靠 volatile “硬撑”。
volatile 是轻量级的可见性保障，不是线程安全的万能钥匙。用对地方很高效，用错地方会埋下隐蔽的并发 bug。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
