可重入性：

從名字上理解，ReenTrantLock的字面意思就是再進(jìn)入的鎖，其實(shí)synchronized關(guān)鍵字所使用的鎖也是可重入的，兩者關(guān)于這個(gè)的區(qū)別不大。兩者都是同一個(gè)線程沒進(jìn)入一次，鎖的計(jì)數(shù)器都自增1，所以要等到鎖的計(jì)數(shù)器下降為0時(shí)才能釋放鎖。

鎖的實(shí)現(xiàn)：

Synchronized是依賴于JVM實(shí)現(xiàn)的，而ReenTrantLock是JDK實(shí)現(xiàn)的，有什么區(qū)別，說(shuō)白了就類似于操作系統(tǒng)來(lái)控制實(shí)現(xiàn)和用戶自己敲代碼實(shí)現(xiàn)的區(qū)別。前者的實(shí)現(xiàn)是比較難見到的，后者有直接的源碼可供閱讀。

性能的區(qū)別：

在Synchronized優(yōu)化以前，synchronized的性能是比ReenTrantLock差很多的，但是自從Synchronized引入了偏向鎖，輕量級(jí)鎖（自旋鎖）后，兩者的性能就差不多了，在兩種方法都可用的情況下，官方甚至建議使用synchronized，其實(shí)synchronized的優(yōu)化我感覺就借鑒了ReenTrantLock中的CAS技術(shù)。都是試圖在用戶態(tài)就把加鎖問題解決，避免進(jìn)入內(nèi)核態(tài)的線程阻塞。

功能區(qū)別：

便利性：很明顯Synchronized的使用比較方便簡(jiǎn)潔，并且由編譯器去保證鎖的加鎖和釋放，而ReenTrantLock需要手工聲明來(lái)加鎖和釋放鎖，為了避免忘記手工釋放鎖造成死鎖，所以最好在finally中聲明釋放鎖。

鎖的細(xì)粒度和靈活度：很明顯ReenTrantLock優(yōu)于Synchronized

ReenTrantLock獨(dú)有的能力：

1.      ReenTrantLock可以指定是公平鎖還是非公平鎖。而synchronized只能是非公平鎖。所謂的公平鎖就是先等待的線程先獲得鎖。

2.      ReenTrantLock提供了一個(gè)Condition（條件）類，用來(lái)實(shí)現(xiàn)分組喚醒需要喚醒的線程們，而不是像synchronized要么隨機(jī)喚醒一個(gè)線程要么喚醒全部線程。

3.      ReenTrantLock提供了一種能夠中斷等待鎖的線程的機(jī)制，通過lock.lockInterruptibly()來(lái)實(shí)現(xiàn)這個(gè)機(jī)制。

ReenTrantLock實(shí)現(xiàn)的原理：

在網(wǎng)上看到相關(guān)的源碼分析，本來(lái)這塊應(yīng)該是本文的核心，但是感覺比較復(fù)雜就不一一詳解了，簡(jiǎn)單來(lái)說(shuō)，ReenTrantLock的實(shí)現(xiàn)是一種自旋鎖，通過循環(huán)調(diào)用CAS操作來(lái)實(shí)現(xiàn)加鎖。它的性能比較好也是因?yàn)楸苊饬耸咕€程進(jìn)入內(nèi)核態(tài)的阻塞狀態(tài)。想盡辦法避免線程進(jìn)入內(nèi)核的阻塞狀態(tài)是我們?nèi)シ治龊屠斫怄i設(shè)計(jì)的關(guān)鍵鑰匙。

什么情況下使用ReenTrantLock：

答案是，如果你需要實(shí)現(xiàn)ReenTrantLock的三個(gè)獨(dú)有功能時(shí)。