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