摘要：但是，有些操作會(huì)依賴于對(duì)象的變化過程，此時(shí)的解決思路一般就是使用版本號(hào)。在變量前面追加上版本號(hào)，每次變量更新的時(shí)候把版本號(hào)加一，那么就會(huì)變成。四的引入就是上面所說的加了版本號(hào)的。

本文首發(fā)于一世流云的專欄：https://segmentfault.com/blog...

AtomicReference，顧名思義，就是以原子方式更新對(duì)象引用。

可以看到，AtomicReference持有一個(gè)對(duì)象的引用——value，并通過Unsafe類來操作該引用:

為什么需要AtomicReference？難道多個(gè)線程同時(shí)對(duì)一個(gè)引用變量賦值也會(huì)出現(xiàn)并發(fā)問題？
引用變量的賦值本身沒有并發(fā)問題，也就是說對(duì)于引用變量var ，類似下面的賦值操作本身就是原子操作:
Foo var = ... ;
AtomicReference的引入是為了可以用一種類似樂觀鎖的方式操作共享資源，在某些情景下以提升性能。

我們知道，當(dāng)多個(gè)線程同時(shí)訪問共享資源時(shí)，一般需要以加鎖的方式控制并發(fā)：

volatile Foo sharedValue = value;
Lock lock = new ReentrantLock();

lock.lock();
try{
    // 操作共享資源sharedValue
}
finally{
    lock.unlock();
}

上述訪問方式其實(shí)是一種對(duì)共享資源加悲觀鎖的訪問方式。

而AtomicReference提供了以無鎖方式訪問共享資源的能力，看看如何通過AtomicReference保證線程安全，來看個(gè)具體的例子：

public class AtomicRefTest {
    public static void main(String[] args) throws InterruptedException {
        AtomicReference ref = new AtomicReference<>(new Integer(1000));

        List list = new ArrayList<>();
        for (int i = 0; i < 1000; i++) {
            Thread t = new Thread(new Task(ref), "Thread-" + i);
            list.add(t);
            t.start();
        }

        for (Thread t : list) {
            t.join();
        }

        System.out.println(ref.get());    // 打印2000
    }

}

class Task implements Runnable {
    private AtomicReference ref;

    Task(AtomicReference ref) {
        this.ref = ref;
    }
    
    @Override
    public void run() {
        for (; ; ) {    //自旋操作
            Integer oldV = ref.get();   
            if (ref.compareAndSet(oldV, oldV + 1))  // CAS操作 
                break;
        }
    }
}

上述示例，最終打印“2000”。

該示例并沒有使用鎖，而是使用自旋+CAS的無鎖操作保證共享變量的線程安全。1000個(gè)線程，每個(gè)線程對(duì)金額增加1，最終結(jié)果為2000，如果線程不安全，最終結(jié)果應(yīng)該會(huì)小于2000。

通過示例，可以總結(jié)出AtomicReference的一般使用模式如下：

AtomicReference