读写锁加锁流程以及源码分析

flowral

已于 2022-03-10 10:34:48 修改

阅读量458

点赞数

分类专栏：源码分析学习笔记文章标签： java

于 2022-03-09 22:32:34 首次发布

本文链接：https://blog.csdn.net/flowral/article/details/123389160

版权

本文详细分析了Java读写锁的加锁和释放流程，包括写锁和读锁的使用。读写锁利用同一Sycn同步器，等待队列和state共享，其中写锁状态占据低16位，读锁使用高16位。

摘要由CSDN通过智能技术生成

读写锁用的是同一个 Sycn 同步器，因此等待队列、state 等也是同一个。流程与 ReentrantLock 加锁相比没有特殊之处，不同是写锁状态占了 state 的低 16 位，而读锁使用的是 state 的高 16 位。

读写锁接口结构

public interface ReadWriteLock {
   
	//读锁上锁
    Lock readLock();

	//写锁上锁
    Lock writeLock();
}

以下源码摘自ReentrantReadWriteLock

一、写锁上锁

static final class NonfairSync extends Sync {
   
	// 外部类 WriteLock 方法, 方便阅读, 放在此处
	public void lock() {
   
		sync.acquire(1);
	}

	// AQS 继承过来的方法, 方便阅读, 放在此处
	public final void acquire(int arg) {
   
		if (
			// 尝试获得写锁失败
			!tryAcquire(arg) &&
			// 将当前线程关联到一个 Node 对象上, 模式为独占模式
			// 进入 AQS 队列阻塞
			acquireQueued(addWaiter(Node.EXCLUSIVE), arg)
		) {
   
			//进入队列后自我打断
			selfInterrupt();
		}
	}
	
	// Sync 继承过来的方法, 方便阅读, 放在此处
	protected final boolean tryAcquire(int acquires) {
   
		// 获得低 16 位, 代表写锁的 state 计数
		Thread current = Thread.currentThread();
		int c = getState();
		int w = exclusiveCount(c);//获取state低16位的值
		
		//c != 0 说明当前有锁
		if (c != 0) {
   
			if (
				// c != 0 and w == 0 表示有读锁, 或者
				w == 0 ||
				// 如果 exclusiveOwnerThread 不是自己（独占）
				current != getExclusiveOwnerThread()
			) {
   
				// 获得锁失败
				return false;
			}
	
			// 写锁计数（重入次数）超过低 16 位, 报异常
			if (w + exclusiveCount(acquires) > MAX_COUNT)
				throw new Error("Maximum lock count exceeded");
			// 写锁重入, 获得锁成功
			setState(c + acquires);
			return true;
		} 
		

		if (
			// 判断写锁是否该阻塞, 或者
			writerShouldBlock() ||
			// 尝试更改计数失败
			!compareAndSetState(c, c + acquires)
			) {
   
			// 获得锁失败
			return false;
		}
		
		// 获得锁成功
		setExclusiveOwnerThread(current);
		return true;
	}
	
	// 非公平锁 writerShouldBlock 总是返回 false, 无需阻塞
	final boolean writerShouldBlock()