大家好，这里是淇妙小屋，一个分享技术，分享生存的博主
以下是我的主页，各个主页同步更新优质博客，创作不易，还请大家点波关注
掘金主页
后续会公布更多MySQL，Redis，并发，JVM，分布式等面试热点常识，以及Java学习路线，面试重点，职业规划，面经等相干博客
转载请表明出处！
1. 类图构造
- ReadWriteLock中有一个Sync对象，ReadLock与WriteLock共用该Sync对象，读锁与写锁底层专用的是同一把锁
ReentrantReadWriteLock中有一个 读锁(ReadLock)与一个 写锁(WriteLock)
读锁是共享模式，写锁是独占模式，通过拆散读写锁，进步并发性
读锁正在被应用时，其余线程能够间接取得读锁，不阻塞
读锁正在被应用时，如果其余线程尝试获得写锁，会阻塞
写锁正在被应用时，其余线程尝试获取读锁or写锁，都会阻塞
2. 个性
- 反对偏心锁与非偏心锁，区别在于 readerShouldBlock()和 writerShouldBlock()的实现不同
可重入：拿到读锁后，能够再次获取读锁（然而不能再次获取写锁，拿到读锁后如果再次获取写锁，线程会始终阻塞）
拿到写锁后，能够再次获取写锁，也能够再次获取读锁
- 锁降级：线程拿到写锁后，在获取读锁，而后先开释掉写锁——降级为读锁
3. 办法
| 办法 | 形容 |
|---|---|
| int getReadLockCount() | 获取读锁被获取的次数(同步状态state进行位运算失去) |
| int getWriteHoldCount() | 返回以后线程获取写锁的次数(exclusiveOwnerThread指向的线程是取得写锁的线程，state进行位运算失去) |
| int getReadHoldCount() | 返回以后线程获取读锁的次数，Sync外部有个ThreadLocalHoldCount(继承自ThreadLocal)保留有每个线程获取读锁的次数 |
4. 详细分析
4.1 读写状态设计
AQS通过 同步状态state来示意锁(0—锁可用，非0—锁不可用，可重入锁每重入一次state+1)
但在ReentrantReadWriteLock中ReadLock与WriteLock共用一个state，所以就不是这样简略的机制了
32位的state在ReentrantReadWriteLock中被划分为了两局部(16+16)
取得读锁，高16位+1（读锁状态——state>>16，读状态不为0——读锁已被获取）
取得写锁，低16位+1（写锁状态——state&&0x0000FFFF，写状态不为0——写锁已被获取）