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é)果可以看出來(lái),程序阻塞在了writeLock.lock();這一行上。

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

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

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

假如只有一個(gè)線程t1,當(dāng)t1已經(jīng)獲取讀鎖之后,再次獲取寫鎖,因?yàn)?code>寫鎖在加鎖時(shí)判斷到當(dāng)前鎖已經(jīng)被加過(guò)讀鎖,讀寫互斥,所以寫鎖會(huì)等待讀鎖釋放之后再加鎖。但是因?yàn)?code>讀鎖是被當(dāng)前線程持有的,所以這個(gè)等待會(huì)無(wú)限的等待下去,最后就成了死鎖。
到此這篇關(guān)于ReentrantReadWriteLock不能鎖升級(jí)的原因總結(jié)的文章就介紹到這了,更多相關(guān)ReentrantReadWriteLock不能鎖升級(jí)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Spring Cloud Alibaba Nacos Config加載配置詳解流
這篇文章主要介紹了Spring Cloud Alibaba Nacos Config配置中心實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2022-07-07
MyBatis-Plus介紹及Spring Boot 3集成指南
本文介紹了MyBatis-Plus的基本特性及其與Spring Boot 3的集成步驟,通過(guò)使用MyBatis-Plus,開發(fā)者可以快速地搭建和開發(fā)數(shù)據(jù)訪問(wèn)層,同時(shí)提高代碼質(zhì)量和開發(fā)效率,感興趣的朋友一起看看吧2024-05-05

