ReentrantReadWriteLock常见问题，源码级别的讲解

青旅半醒 2022-12-23 11:27 92阅读 0赞

[ReentrantReadWriteLock源码注释][ReentrantReadWriteLock]

ReentrantReadWriteLock中利用state的前16位表示读锁、后16位表示写锁  
而下面图片源码如果出现`w`就代表写锁的个数，`r`是读锁的个数

> 写锁加锁失败的情况

### 读锁没有释放，加写锁则会失败 ###

下面的方法是尝试加写锁时会执行的方法，判断的方法如下

public final void acquire(int arg) { 
        if (!tryAcquire(arg)) {  // 尝试加锁，失败则需要进入队列
            acquire(null, arg, false, false, false, 0L);
        }
    }

判断中的方法如下

`c!=0`说明加过锁，如果接着`w==0`就会直接返回`false`。这种情况就是说明加的全是读锁。  
对应着`读写`操作  
因此上面的if代码块内的方法会被执行，也就是会将当前获取写锁的线程加入阻塞队列中去。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxODEzMjA4_size_16_color_FFFFFF_t_70_pic_center]

### 加过写锁，当前线程不是持有写锁的线程，加写锁失败 ###

这种好理解对应`写写`操作，也就是`c!=0、可 w!=0 但 current != getExclusiveOwnerThread()成立`

--------------------

> 写锁加锁成功的情况

### 即没加写锁也没加过读锁，写锁加锁成功 ###

也就是对应着`c=0`这种情况，会直接到后面，最终返回`true`

### 加过写锁，并且当前线程就是那个持有写锁的线程 ###

要想不执行`return false` 就必须或两边都是false，也就是要`w!=0`且`当前线程=持有写锁的线程`，相当于写锁重入，然后更新state中的写锁个数

--------------------

> 读锁加锁成功的情况

public final void acquireShared(int arg) { 
        if (tryAcquireShared(arg) < 0) // 尝试获取读锁，失败则需要将节点加入aqs队列
            acquire(null, arg, true, false, false, 0L);
    }

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxODEzMjA4_size_16_color_FFFFFF_t_70_pic_center 1]

### 存在写锁、当前线程持有写锁，则当前线程加读锁成功 ###

持有写锁的线程拥有最高权限，自然再加读锁是没有关系的。

### 不存在写锁、加读锁成功。 ###

有一种情况比较特殊，如果读锁设置为排他的，那么会导致执行方法最后以一行的return 传入线程。  
目的尝试排他读的抢占读锁是成功，失败也会进入队列。

读排他似乎我没看到ReentrantReadWriteLock对读锁的定义，虽然设计了，但似乎没有这种情况(`如果有误望指正`)。

--------------------

> 读锁加锁失败的情况

### 写锁不为0，且当前线程不是持有写锁的线程，则加锁失败 ###

对应着`写读`状态，`exclusiveCount(c) != 0`说明已经加过写锁，并且当前线程不是这个写锁的持有者线程。

讲道理的方式理解：如果当前线程是持有写锁的那个线程，自然抢占读锁自然没问题，因为持有写锁就相当于独占（想怎么写、想怎么读都随便）

[ReentrantReadWriteLock]: https://blog.csdn.net/qq_41813208/article/details/110037636
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxODEzMjA4_size_16_color_FFFFFF_t_70_pic_center]: /images/20221120/cd40fd4c4407414c85afcd44609f9c84.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxODEzMjA4_size_16_color_FFFFFF_t_70_pic_center 1]: /images/20221120/7d895b0c62bf4384989d25a031e011dc.png