图文梳理ReentrantReadWriteLock内部原理

ReentrantReadWriteLock,可重入的读写锁,位于java.util.concurrent包下,相比于ReentrantLock属于排他锁,ReentrantReadWriteLock内部分别维护了一个读锁和一个写锁,在对共享资源的使用时,允许多个读线程共享资源,但不允许读和写线程同时访问资源,在多读的并发操作中,其性能远优于ReentrantLock。

ReentrantReadWriteLock的使用很简单,下面是一个很简单的例子:

class Aoo{
	private int count;
	private ReadWriteLock rwl = new ReentrantReadWriteLock();
	public void printCount(){
		rwl.readLock().lock();
		try {
			if(count==10) {
				System.out.println("count="+count);
			}
		}finally {
			rwl.readLock().unlock();
		}
	}
	
	public void addCount(){
		rwl.writeLock().lock();
		try {
			count++;
		} finally {
			rwl.writeLock().unlock();
		}
	}
}

ReentrantReadWriteLock定义了很多内部类,其结构大致如下图所示:

其中WriteLock和ReadLock就是ReentrantReadWriteLock维护的写锁和读锁类,基于锁的调用都是通过Sync类完成,而Sync有两个子类分别是NonfairSync非公平锁方式和FairSync公平锁方式,而Sync继承自AbstractQueuedSynchronizer,简称AQS,AQS是锁框架中很重要的一个类,提供了一套同步竞争策略,其维护了一个FIFO队列,队列的中的每个成员就是其内部类Node的一个实例,每个Node实例封装了一个参与竞争排队的线程,并且维护了节点的状态信息。

AbstractQueuedSynchronizer的队列模型如下图所示:

下图模拟ReentrantReadWriteLock锁竞争时队列模型的简单演变过程:

上图大概就是线程等待和重新获取锁的队列演变过程,当然,实际程序中会比这个复杂得多。

AQS中除了了Node节点用来保存竞争线程信息外,还有一个重要变量是state,这是一个int型变量,用来保存同步状态,更新state使用的是cas原子算法,每获取一次锁,state值加1,释放一次锁state减1,对于排他锁来说,state的值表示了线程对锁的重入次数,JUC下的排他锁ReentrantLock就是直接使用的AQS的state。

对于ReentrantReadWriteLock来说,由于它分别维护了读锁和写锁,如果同ReentrantLock一样使用state,那么就无法分别区分读锁状态和写锁状态,所以对于state的使用,ReentrantReadWriteLock会有一套自己的规则。

ReentrantReadWriteLock中用state变量的高16位表示读锁状态,低16位表示写锁状态,具体使用规则如下:

我们知道int类型有32位,我们用二进制表示为:

00000000 00000000 00000000 00000000

如果有一个读锁,那么state的值变为:

00000000 00000001 00000000 00000000

两个读锁,state变为:

00000000 00000010 00000000 00000000

依此类推,读锁最大拥有数:

11111111 11111111 00000000 00000000

计算读锁当前数量时,会将state无符号右移16位,即 state >>> 16 :

00000000 00000000 11111111 11111111  这就是真实读锁个数

写锁拥有低16位,那么一个写锁:

00000000 00000000 00000000 00000001

两个写锁:

00000000 00000000 00000000 00000010

依此类推,写锁最大拥有数

00000000 00000000 11111111 11111111

这个就不需要移位操作了,转化为十进制就是实际的锁拥有数,我们看出,无论读锁,还是写锁,最后最多都是2^16-1=65535个

接下来我们看看当我们使用ReentrantReadWriteLock的lock和unlock时发生的逻辑,这里不会直接讲源代码,代码太多,不适合一一贴出来锁,还是用图的方式展现给大家。

a、reentrantReadWriteLock.readLock().lock()

b、reentrantReadWriteLock.readLock().unlock()

c、reentrantReadWriteLock.writeLock().lock()

d、reentrantReadWriteLock.writeLock().unlock()

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: ReentrantReadWriteLock是Java中的一个锁机制,它允许多个线程同时读取共享资源,但只允许一个线程写入共享资源。它的原理是基于读写锁的概念,读锁和写锁是互斥的,但读锁之间不互斥,因此多个线程可以同时读取共享资源,而写锁和读锁、写锁之间都是互斥的,因此只有一个线程可以写入共享资源。此外,ReentrantReadWriteLock还支持重入,即同一个线程可以多次获取读锁或写锁,这样可以避免死锁的发生。 ### 回答2: ReentrantReadWriteLock(可重入读写锁)是Java并发包中的一个工具类,用于控制多线程对共享资源的访问。它是一种读写锁机制,支持同一时间多个线程进行读操作,但只允许一个线程进行写操作。 reentrantreadwritelock原理是基于两个重要的概念:读锁和写锁。当一个线程获得读锁时,其他线程也可以获取读锁,以允许多个线程同时读取共享资源。而当一个线程获得写锁时,其他线程需要等待该线程释放写锁后才能进行写操作。 reentrantreadwritelock通过内部的AQS(AbstractQueuedSynchronizer)实现,它使用了一种先进先出的等待队列来管理线程的获取和释放锁的顺序。在实现过程中,reentrantreadwritelock会维护读锁和写锁的数量统计,并根据这些统计信息来判断是否可以获取锁或释放锁。 当一个线程尝试获取读锁时,如果当前没有其他线程持有写锁,那么该线程可以立即获得读锁;如果有其他线程持有写锁,那么需要进入等待队列等待写锁释放。而当一个线程尝试获取写锁时,如果当前没有其他线程持有读锁或写锁,那么该线程可以立即获得写锁;如果有其他线程持有读锁或写锁,那么需要进入等待队列等待读锁和写锁都释放。 此外,reentrantreadwritelock还具有重入性,即同一个线程可以重复获取同一把锁,而不会造成死锁。当一个线程重复获取锁时,会将锁的计数器加一,并在释放锁时将计数器减一。只有在计数器为零时,其他线程才能获取锁。 总体来说,reentrantreadwritelock通过管理读锁和写锁的获取和释放顺序,以及锁的重入性,实现对共享资源的高效访问控制。它可以提高系统的并发性能和效率,避免访问冲突和数据不一致的问题。 ### 回答3: ReentrantReadWriteLock是Java中的一个锁机制,可以实现对于共享资源的读写操作。它的原理是基于读写锁的概念。 在传统的锁机制中,每次只能有一个线程访问共享资源,这样会导致性能降低,特别是对于读操作频繁的场景。而ReentrantReadWriteLock通过实现读写分离的机制来提高多线程环境下的读操作效率。 ReentrantReadWriteLock内部有两个锁,分别是读锁和写锁。多个线程可以同时获取读锁,但只有一个线程可以获取写锁,当有线程获取写锁时,其他线程都无法获取读锁和写锁,实现了对于共享资源的排他性保护。 在读锁的机制中,当读锁被一个线程获取后,其他线程可以继续获取读锁,但写锁无法被获取。这样可以保证并发读不会受到阻塞,提高了读操作的效率。当没有线程持有读锁时,写锁才能被获取。 在写锁的机制中,当写锁被一个线程获取后,其他线程无法获取读锁和写锁。这样可以保证在写操作进行时,其他线程无法读写共享资源,实现了对于共享资源的排他性保护。 ReentrantReadWriteLock还提供了可重入性的特性,即同一个线程可以重复获取同一把锁。这样可以避免了死锁的问题,并且提供了更大的灵活性和便利性。 总的来说,ReentrantReadWriteLock通过读写分离的机制和可重入性特性,实现了对于共享资源的高效且安全的读写操作。它在具有大量读操作和少量写操作的多线程环境中,能够提供更好的性能和并发控制。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值