分析上图中的代码，在tryAcquire()方法中，如果读锁被获取的次数不为0（c != 0 && w == 0），返回false，返回之后外层方法会让当前线程阻塞。
可以通过下面的方法验证：
readLock.lock(); writeLock.lock(); writeLock.unlock(); readLock.unlock();运行程序后会发现代码停止在writeLock.lock();，当然，你也可以打个断点跟踪进去看看。
（2）如果同一个线程先获取写锁，再获取读锁会怎样？
分析上面的代码，在tryAcquireShared()方法中，第一个红框处并不会返回，因为不满足getExclusiveOwnerThread() != current；第二个红框处如果原子更新成功就说明获取了读锁，然后就会执行第三个红框处的代码把其重入次数更改为1。
可以通过下面的方法验证：
writeLock.lock(); readLock.lock(); readLock.unlock(); writeLock.unlock();你可以打个断点跟踪一下看看。
（3）死锁了么？
通过上面的两个例子，我们可以感受到同一个线程先读后写和先写后读是完全不一样的，为什么不一样呢？
先读后写，一个线程占有读锁后，其它线程还是可以占有读锁的，这时候如果在其它线程占有读锁之前让自己占有了写锁，其它线程又不能占有读锁了，这段程序会非常难实现，逻辑也很奇怪，所以，设计成只要一个线程占有了读锁，其它线程包括它自己都不能再获取写锁。
先写后读，一个线程占有写锁后，其它线程是不能占有任何锁的，这时候，即使自己占有一个读锁，对程序的逻辑也不会有任何影响，所以，一个线程占有写锁后是可以再占有读锁的，只是这个时候其它线程依然无法获取读锁。
如果你仔细思考上面的逻辑，你会发现一个线程先占有读锁后占有写锁，会有一个很大的问题——锁无法被释放也无法被获取了。这个线程先占有了读锁，然后自己再占有写锁的时候会阻塞，然后它就自己把自己搞死了，进而把其它线程也搞死了，它无法释放锁，其它线程也无法获得锁了。
这是死锁吗？似乎不是，死锁的定义是线程A占有着线程B需要的资源，线程B占有着线程A需要的资源，两个线程相互等待对方释放资源，经典的死锁例子如下：
Object a = new Object(); Object b = new Object(); new Thread(()->{ synchronized (a) { LockSupport.parkNanos(1000000); synchronized (b) { } } }).start(); new Thread(()->{ synchronized (b) { synchronized (a) { } } }).start();简单的死锁用jstack是可以看到的：
"Thread-1": at com.coolcoding.code.synchronize.ReentrantReadWriteLockTest.lambda$main$1(ReentrantReadWriteLockTest.java:40) - waiting to lock <0x000000076baa9068> (a java.lang.Object) - locked <0x000000076baa9078> (a java.lang.Object) at com.coolcoding.code.synchronize.ReentrantReadWriteLockTest$$Lambda$2/1831932724.run(Unknown Source) at java.lang.Thread.run(Thread.java:748) "Thread-0": at com.coolcoding.code.synchronize.ReentrantReadWriteLockTest.lambda$main$0(ReentrantReadWriteLockTest.java:32) - waiting to lock <0x000000076baa9078> (a java.lang.Object) - locked <0x000000076baa9068> (a java.lang.Object) at com.coolcoding.code.synchronize.ReentrantReadWriteLockTest$$Lambda$1/1096979270.run(Unknown Source) at java.lang.Thread.run(Thread.java:748) Found 1 deadlock.（4）如何使用ReentrantReadWriteLock实现一个高效安全的TreeMap？
class SafeTreeMap { private final Map<String, Object> m = new TreeMap<String, Object>(); private final ReentrantReadWriteLock lock = new ReentrantReadWriteLock(); private final Lock readLock = lock.readLock(); private final Lock writeLock = lock.writeLock(); public Object get(String key) { readLock.lock(); try { return m.get(key); } finally { readLock.unlock(); } } public Object put(String key, Object value) { writeLock.lock(); try { return m.put(key, value); } finally { writeLock.unlock(); } } }欢迎关注我的公众号“彤哥读源码”，查看更多源码系列文章, 与彤哥一起畅游源码的海洋。
