从多线程并行计算乐观锁 和 悲观锁 来讲,JAVA中的 lock、synchronized 属于悲观锁,即是在操作某数据的时候总是会认为多线程之间会相互干扰,属于阻塞式的加锁;Atomic系列则属于乐观锁系列,即当操作某一段数据的时候,线程之间是不会相互影响,采用非阻塞的模式,直到更新数据的时候才会进行版本的判断是否值已经进行了修改。
Atomic在JAVA中的家族如下:
a、基本类:AtomicInteger、AtomicLong、AtomicBoolean;
b、引用类型:AtomicReference、AtomicReference的ABA实例、AtomicStampedRerence、AtomicMarkableReference;
c、数组类型:AtomicIntegerArray、AtomicLongArray、AtomicReferenceArray
d、属性原子修改器(Updater):AtomicIntegerFieldUpdater、AtomicLongFieldUpdater、AtomicReferenceFieldUpdater基本类型以AtomicInteger为代表进行讲解。
首先我们来看看AtomicInteger的关键性代码如下:
private static final sun.misc.Unsafe U = sun.misc.Unsafe.getUnsafe();
private volatile int value;
public AtomicInteger(int initialValue) {
value = initialValue;
}
public final int getAndIncrement() {
return U.getAndAddInt(this, VALUE, 1);
}
通过以上代码可以发现,内部定义了一个 volatile 修饰的 value,volatile修饰的变量我们知道保证了内存的的可见性,也就是volatile定义的值只会存在于内存,而抛弃了多核或者多CPU的多级缓存。
volatile保证了内存可见性,而sun.misc.Unsafe 则保证了原子性操作,因为Unsafe中引用了大量的native定义的本地代码,也就是C代码,并且采用CAS(compare and swap) 模式,保证了每次值的更新只会有一个线程会更新成功,其他更新失败的线程会进行循环,直到成功为止。
通过以上2点,这里找到了为什么Atomic除了能保证 volatile所具备的内存可见性功能外,还具备了原子性操作的原理。
请见unsafe的调用方法: