volatile修饰引用类型仅保证引用地址的可见性，不保证所指对象内部字段的可见性；例如list = new CopyOnWriteArrayList()可见，但list.add()修改的内容不可见，因elementData、size等字段非volatile。
volatile 修饰引用类型时，只保证“引用本身”的可见性，不延伸到它所指向对象的内部字段。这是 Java 内存模型（JMM）的明确设计，并非 bug 或疏漏。
引用可见 ≠ 对象内容可见
当声明 private static volatile List<String> list = new ArrayList<>(); 时：
- ✅ 线程 A 执行 list = new CopyOnWriteArrayList<>(); 后，其他线程能立即看到 list 变量指向了新地址；
- ❌ 线程 A 调用 list.add("x") 修改原 ArrayList 的内容，其他线程读取同一个 list 实例时，无法仅靠 volatile 保证看到新增元素——因为 add() 改的是
elementData和size这些普通字段，它们没被 volatile 修饰，仍可能缓存在工作内存中。
根本原因：volatile 作用域仅限变量本身
JVM 对 volatile 的保障是精确到“被修饰的变量”这一层：
- 引用变量存储的是对象在堆中的地址值；volatile 强制每次读取都从主内存加载该地址，每次写入都立即将新地址刷回主内存，并使其他 CPU 缓存中该变量副本失效；
- 但对象内部字段（如 HashMap 的
table、ArrayList 的size）仍是普通变量，其读写不受 volatile 内存屏障约束，也不触发缓存同步机制。
常见误用与正确做法
典型错误写法：
立即学习“Java免费学习笔记（深入）”；
private static volatile Map<String, String> config = new HashMap<>();
config.put("timeout", "5000"); // ❌ put 操作无可见性保障
安全替代方案：
- 换用线程安全容器：ConcurrentHashMap、CopyOnWriteArrayList；
- 对非安全对象加锁：synchronized(config) { config.put(...); }；
- 若只需发布一次且内容不变，可构造不可变对象 + volatile 引用：volatile Config cfg = new Config(...);（其中字段全为 final）。
