ReentrantReadWriteLock不能鎖升級(jí)的原因總結(jié)
為什么ReentrantReadWriteLock不能鎖升級(jí)
在ReentrantReadWriteLock中,鎖是不可以升級(jí)的,只能降級(jí)。
也就是如果當(dāng)前線程持有了ReadLock,那么就不能再獲取WriteLock,但是,如果當(dāng)前線程持有了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());
從打印結(jié)果可以看出來,程序阻塞在了writeLock.lock();這一行上。

下面我們看一下WriteLock的加鎖過程的部分源碼:
java.util.concurrent.locks.ReentrantReadWriteLock.Sync#tryAcquire

當(dāng)這個(gè)tryAcquire返回false時(shí),就跟ReentrantLock的邏輯差不多了,最后各種判斷條件都會(huì)失敗,最后,程序會(huì)阻塞在這里:java.util.concurrent.locks.AbstractQueuedSynchronizer#parkAndCheckInterrupt

用流程圖來描述一下這個(gè)問題是這樣的:

假如只有一個(gè)線程t1,當(dāng)t1已經(jīng)獲取讀鎖之后,再次獲取寫鎖,因?yàn)?code>寫鎖在加鎖時(shí)判斷到當(dāng)前鎖已經(jīng)被加過讀鎖,讀寫互斥,所以寫鎖會(huì)等待讀鎖釋放之后再加鎖。但是因?yàn)?code>讀鎖是被當(dāng)前線程持有的,所以這個(gè)等待會(huì)無限的等待下去,最后就成了死鎖。
到此這篇關(guān)于ReentrantReadWriteLock不能鎖升級(jí)的原因總結(jié)的文章就介紹到這了,更多相關(guān)ReentrantReadWriteLock不能鎖升級(jí)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Java中的ArrayList.trimToSize()方法詳解
這篇文章主要介紹了Java中的ArrayList.trimToSize()方法詳解,前幾天看了Java?ArrayList,沒有明白trimToSize()這個(gè)方法是什么意思,所以看了一下源碼并且debug一下自己的一個(gè)例子,明白了其中的含義,需要的朋友可以參考下2023-11-11
SpringBoot @PostConstruct原理用法解析
這篇文章主要介紹了SpringBoot @PostConstruct原理用法解析,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-08-08
IDEA生成patch和使用patch的方法實(shí)現(xiàn)
比如你本地修復(fù)的 bug,需要把增量文件發(fā)給客戶,很多場(chǎng)景下大家都需要手工整理修改的文件,并整理好目錄,這個(gè)很麻煩,那有沒有簡(jiǎn)單的技巧呢?本文主要介紹了IDEA生成patch和使用patch的方法實(shí)現(xiàn),感興趣的可以了解一下2023-08-08
SpringBoot與Spring中數(shù)據(jù)緩存Cache超詳細(xì)講解
我們知道內(nèi)存讀取速度遠(yuǎn)大于硬盤讀取速度,當(dāng)需要重復(fù)獲取相同數(shù)據(jù)時(shí),一次一次的請(qǐng)求數(shù)據(jù)庫或者遠(yuǎn)程服務(wù),導(dǎo)致在數(shù)據(jù)庫查詢或者遠(yuǎn)程方法調(diào)用上小號(hào)大量的時(shí)間,最終導(dǎo)致程序性能降低,這就是數(shù)據(jù)緩存要解決的問題,學(xué)過計(jì)算機(jī)組成原理或者操作系統(tǒng)的同學(xué)們應(yīng)該比較熟悉2022-10-10

