atomicreference真正保护的是引用地址的原子性替换，即get/set/compareandset操作的可见性、有序性和原子性，不保证对象内部字段线程安全。

AtomicReference 能对自定义对象做原子性替换，但只保证“引用地址换掉”这一步是原子的，不负责对象内部字段是否线程安全。

它真正保护的是什么

AtomicReference 底层靠 volatile + CAS 实现，确保以下操作不可中断：

• get() 读取当前引用值（可见性）
• set() 写入新引用（有序性+可见性）
• compareAndSet(expected, new)：仅当当前引用 == expected 时，才把引用替换成 new（原子性）

注意：它比的是内存地址，不是对象内容。哪怕两个对象字段完全一样，只要不是同一个实例，CAS 就不会成功。

自定义对象怎么写才合适

必须让业务对象本身支持“整体替换”，推荐方式是不可变设计：

• 所有字段声明为 final
• 构造器传入全部参数，不提供 setter 方法
• 提供 withXxx() 类型的工厂方法，返回新实例（如 withStatus(OrderStatus.PROCESSING)）
• Java 14+ 可直接用 record，天然满足上述要求

错误做法：塞进去一个普通可变对象，后续再调 obj.setAmount(100)，AtomicReference 完全不管这个动作，线程安全由你自行兜底。

CAS 更新的标准写法

不能靠一次 compareAndSet 碰运气，要配合循环重试：

• 先 get() 拿到当前引用
• 基于当前状态计算出下一个状态（new 出新对象）
• 用 compareAndSet 尝试替换；失败就重来

示例逻辑：

OrderState current = ref.get();
while (!ref.compareAndSet(current, current.withStatus(OrderStatus.CONFIRMED))) {
  current = ref.get();
}

容易踩的坑

• 初始化为空：new AtomicReference() 后首次 get() 是 null，直接 CAS(null, x) 很可能失败，建议用 new AtomicReference(initialValue)
• ABA 问题：值从 A→B→A，CAS 会误判为未变。若业务敏感（如资金流水），改用 AtomicStampedReference 加版本号
• 高争用下自旋开销大：大量线程反复失败重试，反而不如 synchronized 稳定，尤其在更新逻辑较重时