Java里的CompareAndSet(CAS)

摘录：http://www.blogjava.net/mstar/archive/2013/04/24/398351.html

CAS：Compare and Swap, 翻译成比较并交换。

java.util.concurrent包中借助CAS实现了区别于synchronouse同步锁的一种乐观锁，使用这些类在多核CPU的机器上会有比较好的性能.

今天咱们主要是针对AtomicInteger的incrementAndGet作深刻分析。

2、JAVA实现部分

1. incrementAndGet的实现

    public final int incrementAndGet() {
        for (;;) {
            int current = get();
            int next = current + 1;
            if (compareAndSet(current, next))
                return next;
        }
    }

循环的内容是

循环的内容是
1.取得当前值
2.计算+1后的值
3.若是当前值还有效(没有被)的话设置那个+1后的值
4.若是设置没成功(当前值已经无效了即被别的线程改过了), 再从1开始.

在这个方法中能够看到compareAndSet这个方法，咱们进入看一下。

    public final boolean compareAndSet(int expect, int update) {
        return unsafe.compareAndSwapInt(this, valueOffset, expect, update);
    }

调用UnSafe这个类的compareAndSwapInt

    /**
     * Atomically update Java variable to <tt>x</tt> if it is currently
     * holding <tt>expected</tt>.
     * @return <tt>true</tt> if successful
     */
    public final native boolean compareAndSwapInt(Object o, long offset,
                                                  int expected,
                                                  int x);

直接调用的是UnSafe这个类的compareAndSwapInt方法
全称是sun.misc.Unsafe. 这个类是Oracle(Sun)提供的实现. 能够在别的公司的JDK里就不是这个类了

3、JNI原生实现部分

4. compareAndSwapInt的native实现
若是你下载了OpenJDK的源代码的话在hotspot\src\share\vm\prims\目录下能够找到unsafe.cpp

UNSAFE_ENTRY(jboolean, Unsafe_CompareAndSwapInt(JNIEnv *env, jobject unsafe, jobject obj, jlong offset, jint e, jint x))
  UnsafeWrapper("Unsafe_CompareAndSwapInt");
  oop p = JNIHandles::resolve(obj);
  jint* addr = (jint *) index_oop_from_field_offset_long(p, offset);
  return (jint)(Atomic::cmpxchg(x, addr, e)) == e;
UNSAFE_END

能够看到实际上调用Atomic类的cmpxchg方法.

5. Atomic的cmpxchg
这个类的实现是跟操做系统有关, 跟CPU架构也有关, 若是是windows下x86的架构
实如今hotspot\src\os_cpu\windows_x86\vm\目录的atomic_windows_x86.inline.hpp文件里

inline jint     Atomic::cmpxchg    (jint     exchange_value, volatile jint*     dest, jint     compare_value) {
  // alternative for InterlockedCompareExchange
  int mp = os::is_MP();
  __asm {
    mov edx, dest
    mov ecx, exchange_value
    mov eax, compare_value
    LOCK_IF_MP(mp)
    cmpxchg dword ptr [edx], ecx
  }
}

在这里能够看到是用嵌入的汇编实现的, 关键CPU指令是 cmpxchg到这里无法再往下找代码了. 也就是说CAS的原子性其实是CPU实现的. 其实在这一点上仍是有排他锁的. 只是比起用synchronized, 这里的排他时间要短的多. 因此在多线程状况下性能会比较好.