java的ReentrantReadWriteLock不能鎖升級(jí)的原因是什么

本篇內(nèi)容介紹了“java的ReentrantReadWriteLock不能鎖升級(jí)的原因是什么”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

為什么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("線程：[{}]，開(kāi)始readLock",Thread.currentThread().getName());
readLock.lock();
logger.info("線程：[{}]，readLock成功",Thread.currentThread().getName());
logger.info("線程：[{}]，開(kāi)始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)獲取讀鎖之后，再次獲取寫(xiě)鎖，因?yàn)?code>寫(xiě)鎖在加鎖時(shí)判斷到當(dāng)前鎖已經(jīng)被加過(guò)讀鎖，讀寫(xiě)互斥，所以寫(xiě)鎖會(huì)等待讀鎖釋放之后再加鎖。但是因?yàn)?code>讀鎖是被當(dāng)前線程持有的，所以這個(gè)等待會(huì)無(wú)限的等待下去，最后就成了死鎖。

“java的ReentrantReadWriteLock不能鎖升級(jí)的原因是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！