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免费学习笔记(深入)”;
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 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有助于写出高效且线程安全的代码,特别是在追求低延迟和高吞吐的系统中。










