好得很程序员自学网

<tfoot draggable='sEl'></tfoot>

ReentrantReadWriteLock不能锁升级的原因总结

为什么ReentrantReadWriteLock不能锁升级

在 ReentrantReadWriteLock 中,锁是不可以升级的,只能降级。

也就是如果当前线程持有了 ReadLock ,那么就不能再获取 WriteLock ,但是,如果当前线程持有了 WriteLock ,可以直接获取 ReadLock

下面用代码尝试一下:

Logger logger = LoggerFactory . getLogger ( this . getClass ()); ReentrantReadWriteLock reentrantReadWriteLock = new ReentrantReadWriteLock (); ReentrantReadWriteLock . ReadLock readLock = reentrantReadWriteLock . readLock (); ReentrantReadWriteLock . WriteLock writeLock = reentrantReadWriteLock . writeLock (); logger . info ( "线程:[{}],开始readLock" , Thread . currentThread (). getName ()); readLock . lock (); logger . info ( "线程:[{}],readLock成功" , Thread . currentThread (). getName ()); logger . info ( "线程:[{}],开始writeLock" , Thread . currentThread (). getName ()); writeLock . lock (); logger . info ( "线程:[{}],writeLock成功" , Thread . currentThread (). getName ());

从打印结果可以看出来,程序阻塞在了 writeLock.lock(); 这一行上。

下面我们看一下WriteLock的加锁过程的部分源码:

java.util.concurrent.locks.ReentrantReadWriteLock.Sync#tryAcquire

当这个tryAcquire返回false时,就跟ReentrantLock的逻辑差不多了,最后各种判断条件都会失败,最后,程序会阻塞在这里: java.util.concurrent.locks.AbstractQueuedSynchronizer#parkAndCheckInterrupt

用流程图来描述一下这个问题是这样的:

假如只有一个线程t1,当t1已经获取 读锁 之后,再次获取 写锁 ,因为 写锁 在加锁时判断到 当前锁已经被加过读锁 , 读写互斥 ,所以 写锁 会等待 读锁 释放之后再加锁。但是因为 读锁 是被 当前线程 持有的,所以这个等待会无限的等待下去,最后就成了死锁。

到此这篇关于ReentrantReadWriteLock不能锁升级的原因总结的文章就介绍到这了,更多相关ReentrantReadWriteLock不能锁升级内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!

原文链接:https://blog.csdn.net/WX10301075WX/article/details/117920229

查看更多关于ReentrantReadWriteLock不能锁升级的原因总结的详细内容...

  阅读:22次