ReenTrantLock: 可重入鎖 1. Synchronized是依賴于JVM實現的，而ReenTrantLock是JDK實現的 2. jdk1.6 對Synchronized做了優化，引入了偏向鎖，輕量級鎖（自旋鎖）后，兩者性能差不多 3. 在兩種方法都可用的情況下，官方甚至建議使用synchronized 4. 區別：某些場合只能用 ReenTrantLock，synchronized不可用，那些場景呢？往下看 > synchronized的優化我感覺就借鑒了ReenTrantLock中的CAS技術。都是試圖在用戶態就把加鎖問題解決，避免進入內核態的線程阻塞。 #### 功能區別 - 便利性：很明顯Synchronized的使用比較方便簡潔，并且由編譯器去保證鎖的加鎖和釋放，而ReenTrantLock需要手工聲明來加鎖和釋放鎖，為了避免忘記手工釋放鎖造成死鎖，所以最好在finally中聲明釋放鎖。 - 鎖的細粒度和靈活度：很明顯ReenTrantLock優于Synchronized #### ReenTrantLock獨有的能力 1. ReenTrantLock可以指定是公平鎖還是非公平鎖。而synchronized只能是非公平鎖。所謂的公平鎖就是先等待的線程先獲得鎖。 2. ReenTrantLock提供了一個Condition（條件）類，用來實現分組喚醒需要喚醒的線程們，而不是像synchronized要么隨機喚醒一個線程要么喚醒全部線程。 3. ReenTrantLock提供了一種能夠中斷等待鎖的線程的機制，通過lock.lockInterruptibly()來實現這個機制。 #### ReenTrantLock實現的原理 在網上看到相關的源碼分析，本來這塊應該是本文的核心，但是感覺比較復雜就不一一詳解了，簡單來說，ReenTrantLock的實現是一種自旋鎖，通過循環調用CAS操作來實現加鎖。它的性能比較好也是因為避免了使線程進入內核態的阻塞狀態。想盡辦法避免線程進入內核的阻塞狀態是我們去分析和理解鎖設計的關鍵鑰匙。 ### 什么情況下使用ReenTrantLock 如果你需要實現ReenTrantLock的三個獨有功能時 #### PS ReenTrantLock 和 synchronized都是可重入鎖。 synchronized的鎖是非公平鎖，ReentrantLock默認情況下也是非公平鎖，但可以通過帶布爾值的構造函數要求使用公平鎖。 鎖綁定多個條件的區別 ### 參考 [synchronized和鎖(ReentrantLock) 區別](https://blog.csdn.net/zheng548/article/details/54426947)