您好,登錄后才能下訂單哦!
這篇文章將為大家詳細(xì)講解有關(guān)Synchronized 與 ReentrantLock 的區(qū)別是什么,文章內(nèi)容質(zhì)量較高,因此小編分享給大家做個參考,希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。
可重入性:
從名字上理解,ReenTrantLock的字面意思就是再進(jìn)入的鎖,其實synchronized關(guān)鍵字所使用的鎖也是可重入的,兩者關(guān)于這個的區(qū)別不大。
兩者都是同一個線程沒進(jìn)入一次,鎖的計數(shù)器都自增1,所以要等到鎖的計數(shù)器下降為0時才能釋放鎖。
鎖的實現(xiàn):
Synchronized是依賴于JVM實現(xiàn)的,而ReenTrantLock是JDK實現(xiàn)的,有什么區(qū)別,說白了就類似于操作系統(tǒng)來控制實現(xiàn)和用戶自己敲代碼實現(xiàn)的區(qū)別。前者的實現(xiàn)是比較難見到的,后者有直接的源碼可供閱讀。
性能的區(qū)別:
在Synchronized優(yōu)化以前,synchronized的性能是比ReenTrantLock差很多的,但是自從Synchronized引入了偏向鎖,輕量級鎖(自旋鎖)后,兩者的性能就差不多了。
在兩種方法都可用的情況下,官方甚至建議使用synchronized,其實synchronized的優(yōu)化我感覺就借鑒了ReenTrantLock中的CAS技術(shù)。都是試圖在用戶態(tài)就把加鎖問題解決,避免進(jìn)入內(nèi)核態(tài)的線程阻塞。
功能區(qū)別:
便利性:很明顯Synchronized的使用比較方便簡潔,并且由編譯器去保證鎖的加鎖和釋放,而ReenTrantLock需要手工聲明來加鎖和釋放鎖,為了避免忘記手工釋放鎖造成死鎖,所以最好在finally中聲明釋放鎖。
鎖的細(xì)粒度和靈活度:很明顯ReenTrantLock優(yōu)于Synchronized
ReenTrantLock獨有的能力:
1.ReenTrantLock可以指定是公平鎖還是非公平鎖。而synchronized只能是非公平鎖。所謂的公平鎖就是先等待的線程先獲得鎖。
2.ReenTrantLock提供了一個Condition(條件)類,用來實現(xiàn)分組喚醒需要喚醒的線程們,而不是像synchronized要么隨機(jī)喚醒一個線程要么喚醒全部線程。
3.ReenTrantLock提供了一種能夠中斷等待鎖的線程的機(jī)制,通過lock.lockInterruptibly()來實現(xiàn)這個機(jī)制。
ReenTrantLock實現(xiàn)的原理:
在網(wǎng)上看到相關(guān)的源碼分析,本來這塊應(yīng)該是本文的核心,但是感覺比較復(fù)雜就不一一詳解了,簡單來說,ReenTrantLock的實現(xiàn)是一種自旋鎖,通過循環(huán)調(diào)用CAS操作來實現(xiàn)加鎖。
它的性能比較好也是因為避免了使線程進(jìn)入內(nèi)核態(tài)的阻塞狀態(tài)。想盡辦法避免線程進(jìn)入內(nèi)核的阻塞狀態(tài)是我們?nèi)シ治龊屠斫怄i設(shè)計的關(guān)鍵鑰匙。
關(guān)于Synchronized 與 ReentrantLock 的區(qū)別是什么就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,可以學(xué)到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。