JDK并发AQS系列(四)-秋月博客

自旋锁的不足

前面说到用自旋方式来获取锁，能有效避免线程挂起和恢复。但它也有不足之处：

仅适用于占用时间短、颗粒度很小的情景。
需要硬件级别的原子操作。
它无法保证公平性。
每次读写操作需要同步每个处理器的缓存。

CLH锁

鉴于自旋锁的不足，Craig,Landin, Hagersten发明了CLH锁，用来优化同步带来的花销。

核心思想

CLH锁通过一定的手段将所有线程对某一共享变量轮询竞争转化为一个线程队列且队列中的线程各自轮询自己的本地变量。

这个转化过程有两个要点：

构建怎样的队列&如何构建队列？为了保证公平性，将构建一个FIFO队列，构建的时候主要通过移动尾部节点tail实现队列的排队，每个想获取锁的线程创建一个新节点并通过CAS原子操作将新节点赋予tail，然后让当前线程轮询前一节点的某个状态位，如此就成功构建线程排队队列；
如何释放队列，执行完线程后只需将当前线程对应的节点状态位置为解锁状态，由于下一节点一直在轮询，可获取到锁。

CLH锁的核心思想貌似是将众多线程长时间对某资源的竞争，通过有序化这些线程转化为只需对本地变量检测。唯一存在竞争的地方就是在入队列之前对尾节点tail的竞争，但竞争的线程的数量已经少了很多，且比起所有线程直接对某资源竞争的轮询次数也减少了很多，节省了很多CPU缓存同步操作，大大提升系统性能，利用空间换取性能。

伪代码实现

下面提供一个简单的CLH锁实现代码，lock与unlock两方法提供加锁解锁操作，每次加锁解锁必须将一个CLHNode对象作为参数传入，lock方法的for循环是通过CAS操作将新节点插入队列，而while循环则是检测前驱节点的锁状态位，一旦前驱节点锁状态位允许则结束检测让线程往下执行。

解锁操作先判断当前节点是否为尾节点，如是则直接将尾节点置为空，此时说明仅仅只有一条线程在执行，否则将当前节点的锁状态位置为解锁状态。

public class CLHLock {	private static Unsafe unsafe = null;	private static final long valueOffset;	private volatile CLHNode tail;	public class CLHNode {		private boolean isLocked = true;	}	static {		try {			unsafe = getUnsafeInstance();			valueOffset = unsafe.objectFieldOffset(CLHLock.class.getDeclaredField("tail"));		} catch (Exception ex) {			throw new Error(ex);		}	}	public void lock(CLHNode currentThreadNode) {		CLHNode preNode = null;		for (;;) {			preNode = tail;			if (unsafe.compareAndSwapObject(this, valueOffset, tail, currentThreadNode))				break;		}		if (preNode != null)			while (preNode.isLocked) {			}	}	public void unlock(CLHNode currentThreadNode) {		if (!unsafe.compareAndSwapObject(this, valueOffset, currentThreadNode, null))			currentThreadNode.isLocked = false;	}	private static Unsafe getUnsafeInstance()			throws SecurityException, NoSuchFieldException, IllegalArgumentException, IllegalAccessException {		Field theUnsafeInstance = Unsafe.class.getDeclaredField("theUnsafe");		theUnsafeInstance.setAccessible(true);		return (Unsafe) theUnsafeInstance.get(Unsafe.class);	}}