AtomicReference通过CAS机制实现对象引用的原子更新，避免加锁开销。示例中用其安全更新User对象，多线程下调用compareAndSet确保引用一致性，适用于高并发场景。
在Java并发编程中，保证共享数据的线程安全是核心问题之一。对于基本数据类型，可以使用AtomicInteger、AtomicLong等原子类来实现无锁更新。而对于引用类型对象，Java提供了AtomicReference类，它允许以原子方式更新对象引用，避免使用synchronized关键字带来的性能开销。
什么是AtomicReference
AtomicReference 是 java.util.concurrent.atomic 包中的一个类，用于对任意类型的对象引用进行原子操作。它内部通过CAS（Compare-And-Swap）机制实现线程安全的更新，适用于需要高并发读写共享对象但又不希望加锁的场景。
其核心方法包括：
- get()：获取当前引用值
- set(newValue)：设置新引用值（非原子比较）
- compareAndSet(expect, update)：如果当前值等于expect，则更新为update，成功返回true
- weakCompareAndSet(expect, update)：弱版本的CAS，可能失败但更轻量（已过时，推荐用compareAndSet）
如何使用AtomicReference更新对象
下面通过一个简单示例展示AtomicReference的基本用法。假设我们有一个表示用户信息的类User，并希望在多线程环境下安全地更新当前用户。
立即学习“Java免费学习笔记（深入）”；
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
class User {
final String name;
final int age;
User(String name, int age) {
this.name = name;
this.age = age;
}
@Override
public String toString() {
return "User{name='" + name + "', age=" + age + "}";
}
}
使用AtomicReference管理User实例：
import java.util.concurrent.atomic.AtomicReference;
public class AtomicReferenceExample {
private static final AtomicReference<User> currentUser = new AtomicReference<>();
public static void main(String[] args) {
// 初始化
currentUser.set(new User("Alice", 30));
// 模拟两个线程尝试更新
Runnable updateTask = () -> {
for (int i = 0; i < 1000; i++) {
User oldUser;
User newUser;
do {
oldUser = currentUser.get();
newUser = new User(oldUser.name + "_updated", oldUser.age + 1);
} while (!currentUser.compareAndSet(oldUser, newUser));
}
};
Thread t1 = new Thread(updateTask);
Thread t2 = new Thread(updateTask);
t1.start();
t2.start();
try {
t1.join();
t2.join();
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
System.out.println("Final user: " + currentUser.get());
}
}
在这个例子中，多个线程通过循环+compareAndSet的方式尝试更新User对象。由于CAS操作是原子的，只有一个线程能成功修改引用，其他线程会重新读取最新值并重试，从而保证最终一致性。
注意事项与适用场景
虽然AtomicReference功能强大，但在使用时需要注意以下几点：
- 对象本身不可变更：AtomicReference只保证引用更新是原子的，不保护对象内部状态。建议配合不可变对象（如final字段）使用，避免出现部分更新问题。
- ABA问题：在极端情况下，引用可能从A变为B再变回A，CAS仍会成功。若需解决此问题，可使用AtomicStampedReference引入版本号。
- 重试开销：高竞争环境下，CAS失败率上升，可能导致大量重试，影响性能。此时应评估是否适合使用原子类。
AtomicReference适用于状态较少变更、读多写少或能接受乐观重试的并发场景，比如配置刷新、缓存更新、状态机切换等。
基本上就这些。掌握AtomicReference有助于写出高效且线程安全的代码，特别是在追求低延迟和高吞吐的系统中。
