您好,登錄后才能下訂單哦!
本篇內容介紹了“java的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已經獲取讀鎖
之后,再次獲取寫鎖
,因為寫鎖
在加鎖時判斷到當前鎖已經被加過讀鎖,讀寫互斥
,所以寫鎖
會等待讀鎖
釋放之后再加鎖。但是因為讀鎖
是被當前線程持有的,所以這個等待會無限的等待下去,最后就成了死鎖。
“java的ReentrantReadWriteLock不能鎖升級的原因是什么”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。