本文主要是介绍JAVA并发锁(二) - 重入锁公平性分析，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
ReentrantLock 原理分析
CAS与Unsafe
Unsafe
该类在 sun.misc.Unsafe 中，是一个final类型的类，是不可继承类，同时类中大部分操作都是native方法,调用本地方法来进行硬件操作。几个常见的方法：
// 获取类变量在内存中的偏移地址
public native long staticFieldOffset(Field var1);
// 获取实例变量在内存中的偏移地址
public native long objectFieldOffset(Field var1);
// 获取数组的第一个元素的偏移地址
public native int arrayBaseOffset(Class<?> var1);
// 获取数组中元素的增量地址
public native int arrayIndexScale(Class<?> var1);
// 原子操作比较交换对象的值
public final native boolean compareAndSwapObject(Object var1, long var2, Object var4, Object var5);
// 原子操作比较交换Integer类型的值
public final native boolean compareAndSwapInt(Object var1, long var2, int var4, int var5);
// 原子操作比较交换Long类型的值
public final native boolean compareAndSwapLong(Object var1, long var2, long var4, long var6);
CAS[compare and swap], 比较和交换。
在java中整个并发操作都依赖于CAS，CAS在java.util.concurrent[J.U.C]中地位很高，很多并发操作都由CAS来实现。它是一种无锁算法，在不适用锁的情况下，实现多线程之间变量的共享，乐观锁的实现的一种。
CAS有三个操作数：
1.内存值V
2.需要进行比较的值A,(可理解为在没有其它线程操作时从内存中获取到的值)
3.需要更新的值B
CAS比较交换原则：当且仅当A与V的值相等，才会进行更新操作(将B值写入到内存中)，否则会一直循环，进行比较，直到A与V值相等后退出。比较+更新 是一个原则操作。
AtomicInteger 类：
public class AtomicInteger extends Number implements java.io.Serializable {private static final long serialVersionUID = 6214790243416807050L;// setup to use Unsafe.compareAndSwapInt for updatesprivate static final Unsafe unsafe = Unsafe.getUnsafe();// cas中需要比较的值A在内存中的偏移位置private static final long valueOffset;static {try {valueOffset = unsafe.objectFieldOffset(AtomicInteger.class.getDeclaredField("value"));} catch (Exception ex) { throw new Error(ex); }}// cas中需要比较的值A，采用volatile 修饰，表示线程间可见。private volatile int value;...
}
AtomicInteger 类中的 final int addAndGet(int delta) ，更新 Integer值的原子操作：
public final int addAndGet(int delta) {return unsafe.getAndAddInt(this, valueOffset, delta) + delta;
}
public final int getAndAddInt(Object var1, long var2, int var4) {int var5;do {var5 = this.getIntVolatile(var1, var2);} while(!this.compareAndSwapInt(var1, var2, var5, var5 + var4));return var5;
}
e.g.
声明：以下 T1,T2,T3 时刻是指线程之间的上下文切换时刻。
假设有三个线程Thread1,Thread2,Thread3, 开始时AtomicInteger 中的value值为3，也就是A=3, V=3。
T1时刻，三个线程都没有作任何更新操作，只有Thread1作读操作。
T2时刻，Thread2需要作更新操作，需要更新的值B=4。整个原子操作过程，首先会将A值与内存V值进行比较，发现A=V，那么接下来会将B值写入到内存中，即V=4，那么此时期望比较的值A也等于4。
T3时刻，Thread1也需要进行更新操作，但是发现期望值A！=内存值V，那么不会进行更新操作，此时Thread1会循环进行比较，直到A=V时，将值B写入到内存中，或者经过一段时间返回false。
T4时刻，Thread3进行读操作，不做任何处理，直接将内存值V返回即可。
整个操作过程如下图所示：
CAS 问题
- ABA问题
一个线程在更新之前会进行比较，这没有任何问题，但是在比较之前，如果其它线程将内存值从原来的V=3变成V=4，再变成V=3，那么在需要更新操作的线程中，比较A与V值时，发现没有任何变化，即A==V，那么需要更新的线程会误以为没有更新过，会直接将数据B写入到内存中，但是在内存中确实V值进行过更新。
可通过对内存值V进行版本标记的方式解决。
- 可能造成无限循环，耗时耗内存
在比较A与V时，如果A与V一直不相等，那么cas会无限循环的去比较，直到A==V时，才会退出cas，进行线程的其它操作。造成长时间的消耗内存。
这篇关于JAVA并发锁(二) - 重入锁公平性分析的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
