1催享、synchronized 和 Lock 孰優(yōu)孰劣杭隙，如何選擇？
相同點(diǎn)
synchronized 和 Lock 的相同點(diǎn)非常多因妙，重點(diǎn)講解 3 個(gè)比較大的相同點(diǎn)痰憎。
1）synchronized 和 Lock 都是用來(lái)保護(hù)資源線程安全的。
2）都可以保證可見(jiàn)性攀涵。
對(duì)于 synchronized 而言铣耘，線程 A 在進(jìn)入 synchronized 塊之前或在 synchronized 塊內(nèi)進(jìn)行操作，對(duì)于后續(xù)的獲得同一個(gè) monitor 鎖的線程 B 是可見(jiàn)的以故，也就是線程 B 是可以看到線程 A 之前的操作的蜗细，這也體現(xiàn)了 happens-before 針對(duì) synchronized 的一個(gè)原則。
而對(duì)于 Lock 而言怒详，它和 synchronized 是一樣炉媒，都可以保證可見(jiàn)性，如圖所示昆烁，在解鎖之前的所有操作對(duì)加鎖之后的所有操作都是可見(jiàn)的吊骤。
3）synchronized 和 ReentrantLock 都擁有可重入的特點(diǎn)。
這里的 ReentrantLock 是 Lock 接口的一個(gè)最主要的實(shí)現(xiàn)類(lèi)静尼，在對(duì)比 synchronized 和 Lock 的時(shí)候白粉，也會(huì)選擇 Lock 的主要實(shí)現(xiàn)類(lèi)來(lái)進(jìn)行對(duì)比∶├桑可重入指的是某個(gè)線程如果已經(jīng)獲得了一個(gè)鎖蜗元，現(xiàn)在試圖再次請(qǐng)求這個(gè)它已經(jīng)獲得的鎖或渤，如果它無(wú)需提前釋放這個(gè)鎖系冗，而是直接可以繼續(xù)使用持有的這個(gè)鎖，那么就是可重入的薪鹦。如果必須釋放鎖后才能再次申請(qǐng)這個(gè)鎖掌敬，就是不可重入的。
不同點(diǎn)
synchronized 和 Lock 的不同點(diǎn)非常多池磁，重點(diǎn)講解 7 個(gè)比較大的不同點(diǎn)奔害。
1）用法區(qū)別
synchronized 關(guān)鍵字可以加在方法上，不需要指定鎖對(duì)象（此時(shí)的鎖對(duì)象為 this）地熄，也可以新建一個(gè)同步代碼塊并且自定義 monitor 鎖對(duì)象华临；而 Lock 接口必須顯示用 Lock 鎖對(duì)象開(kāi)始加鎖 lock() 和解鎖 unlock()，并且一般會(huì)在 finally 塊中確保用 unlock() 來(lái)解鎖端考，以防發(fā)生死鎖雅潭。
與 Lock 顯式的加鎖和解鎖不同的是 synchronized 的加解鎖是隱式的揭厚，尤其是拋異常的時(shí)候也能保證釋放鎖，但是 Java 代碼中并沒(méi)有相關(guān)的體現(xiàn)扶供。
2）加解鎖順序不同
對(duì)于 Lock 而言如果有多把 Lock 鎖筛圆，Lock 可以不完全按照加鎖的反序解鎖，比如我們可以先獲取 Lock1 鎖椿浓，再獲取 Lock2 鎖太援，解鎖時(shí)則先解鎖 Lock1，再解鎖 Lock2扳碍，加解鎖有一定的靈活度提岔，如代碼所示。
lock1.lock();
lock2.lock();
...
lock1.unlock();
lock2.unlock();
但是 synchronized 無(wú)法做到笋敞，synchronized 解鎖的順序和加鎖的順序必須完全相反唧垦，例如：
synchronized(obj1){
synchronized(obj2){
...
}
}
那么在這里，順序就是先對(duì) obj1 加鎖液样，然后對(duì) obj2 加鎖振亮，然后對(duì) obj2 解鎖，最后解鎖 obj1鞭莽。這是因?yàn)?synchronized 加解鎖是由 JVM 實(shí)現(xiàn)的坊秸，在執(zhí)行完 synchronized 塊后會(huì)自動(dòng)解鎖，所以會(huì)按照 synchronized 的嵌套順序加解鎖澎怒，不能自行控制褒搔。
3）synchronized 鎖不夠靈活
一旦 synchronized 鎖已經(jīng)被某個(gè)線程獲得了，此時(shí)其他線程如果還想獲得喷面，那它只能被阻塞星瘾，直到持有鎖的線程運(yùn)行完畢或者發(fā)生異常從而釋放這個(gè)鎖。如果持有鎖的線程持有很長(zhǎng)時(shí)間才釋放惧辈，那么整個(gè)程序的運(yùn)行效率就會(huì)降低琳状，而且如果持有鎖的線程永遠(yuǎn)不釋放鎖，那么嘗試獲取鎖的線程只能永遠(yuǎn)等下去盒齿。
相比之下念逞，Lock 類(lèi)在等鎖的過(guò)程中，如果使用的是 lockInterruptibly 方法边翁，那么如果覺(jué)得等待的時(shí)間太長(zhǎng)了不想再繼續(xù)等待翎承，可以中斷退出，也可以用 tryLock() 等方法嘗試獲取鎖符匾，如果獲取不到鎖也可以做別的事叨咖，更加靈活。
4）synchronized 鎖只能同時(shí)被一個(gè)線程擁有，但是 Lock 鎖沒(méi)有這個(gè)限制甸各。
例如在讀寫(xiě)鎖中的讀鎖仰剿，可以同時(shí)被多個(gè)線程持有。
5）原理區(qū)別
synchronized 是內(nèi)置鎖痴晦，由 JVM 實(shí)現(xiàn)獲取鎖和釋放鎖的原理南吮，還分為偏向鎖、輕量級(jí)鎖誊酌、重量級(jí)鎖部凑。
Lock 根據(jù)實(shí)現(xiàn)不同，有不同的原理碧浊，例如 ReentrantLock 內(nèi)部是通過(guò) AQS 來(lái)獲取和釋放鎖的涂邀。
6）是否可以設(shè)置公平/非公平
公平鎖是指多個(gè)線程在等待同一個(gè)鎖時(shí)，根據(jù)先來(lái)后到的原則依次獲得鎖箱锐。ReentrantLock 等 Lock 實(shí)現(xiàn)類(lèi)可以根據(jù)自己的需要來(lái)設(shè)置公平或非公平比勉，synchronized 則不能設(shè)置。
7）性能區(qū)別
在 Java 5 以及之前驹止，synchronized 的性能比較低浩聋，但是到了 Java 6 以后，發(fā)生了變化臊恋，因?yàn)?JDK 對(duì) synchronized 進(jìn)行了很多優(yōu)化衣洁，比如自適應(yīng)自旋、鎖消除抖仅、鎖粗化坊夫、輕量級(jí)鎖、偏向鎖等撤卢，所以后期的 Java 版本里的 synchronized 的性能并不比 Lock 差环凿。
如何選擇
1）如果能不用最好既不使用 Lock 也不使用 synchronized。因?yàn)樵谠S多情況下可以使用 java.util.concurrent 包中的機(jī)制放吩，它會(huì)為你處理所有的加鎖和解鎖操作智听，也就是推薦優(yōu)先使用工具類(lèi)來(lái)加解鎖。
2）如果 synchronized 關(guān)鍵字適合程序屎慢， 那么盡量使用它瞭稼，這樣可以減少編寫(xiě)代碼的數(shù)量，減少出錯(cuò)的概率腻惠。因?yàn)橐坏┩浽?finally 里 unlock，代碼可能會(huì)出很大的問(wèn)題欲虚，而使用 synchronized 更安全集灌。
3）如果特別需要 Lock 的特殊功能，比如嘗試獲取鎖、可中斷欣喧、超時(shí)功能等腌零，才使用 Lock。
