Lock和synchronized都是可重入鎖，線程進(jìn)程synchronized的A方法可以在此進(jìn)入synchronized的B方法蹬癌。
Lock和synchronized默認(rèn)都是非公平鎖，等待線程隨機(jī)進(jìn)入缠捌。但是Lock鎖可以設(shè)置為公平鎖
Lock是可中斷鎖睬罗，可以中斷之后去做其他事情。synchronized為不可中斷鎖lock.lock()方法嘗試獲取鎖鲁僚，獲取不到一直等待炊苫。
lock.tryLock()獲取到返回true裁厅，獲取不到返回false。
lock.tryLock(long time, TimeUnit unit)方法和tryLock()方法是類似的侨艾，只不過(guò)區(qū)別在于這個(gè) 方法在拿不到鎖時(shí)會(huì)等待一定的時(shí)間执虹，在時(shí)間期限之內(nèi)如果還拿不到鎖，就返回false唠梨，同時(shí)可以響應(yīng)中斷袋励。如果一開(kāi)始拿到鎖或者在等待期間內(nèi)拿到了鎖，則返回true当叭。
這些都表明茬故，lock鎖有更多的 靈活性的用法Lock鎖和synchronized區(qū)別：
Lock必須要主動(dòng)釋放，synchronized不需要
Lock可以獲取鎖狀態(tài)蚁鳖，synchronized不可以
-
Lock讀為共享鎖磺芭，寫(xiě)為互斥鎖。synchronized只要用了都是互斥
簡(jiǎn)單實(shí)用： Lock lock = ...; if(lock.tryLock()) { try{ //處理任務(wù) }catch(Exception ex){ }finally{ lock.unlock(); //釋放鎖 } }else { //如果不能獲取鎖才睹，則直接做其他事情 } } Lock底層也是用CAS實(shí)現(xiàn)的
Synchronized和Lock并沒(méi)有我們想象的有那么大差異徘跪，他們都是利用線程的阻塞（BLOCKING）來(lái)實(shí)現(xiàn)同步的，都是使用了基于鎖的阻塞算法琅攘，只不過(guò)一個(gè)是內(nèi)置鎖（intrinsic lock）垮庐，一個(gè)是顯示鎖。性能方便也沒(méi)有什么差異坞琴，就未來(lái)來(lái)看哨查，更可能提升性能的是Synchronized而不是ReentrantLock，因?yàn)镾ynchronized是JVM的內(nèi)置屬性剧辐，具備進(jìn)一步優(yōu)化的可能性寒亥。
雖然Synchronized和Lock在同步機(jī)制和性能上無(wú)差，但是在使用上還是有些差別的荧关，具體比較內(nèi)容如下：
Synchronized
- 優(yōu)點(diǎn)：實(shí)現(xiàn)簡(jiǎn)單溉奕，語(yǔ)義清晰，便于JVM堆棧跟蹤忍啤；加鎖解鎖過(guò)程由JVM自動(dòng)控制加勤，提供了多種優(yōu)化方案。
- 缺點(diǎn)：不能進(jìn)行高級(jí)功能（定時(shí)同波，輪詢和可中斷等）鳄梅。
Lock
- 優(yōu)點(diǎn)：可定時(shí)的、可輪詢的與可中斷的鎖獲取操作未檩，提供了讀寫(xiě)鎖戴尸、公平鎖和非公平鎖
- 缺點(diǎn)：需手動(dòng)釋放鎖unlock，不適合JVM進(jìn)行堆棧跟蹤冤狡。
最后再貼一段Doug Lea大神在書(shū)中孙蒙，關(guān)于在Synchronized和ReentrantLock之間進(jìn)行選擇的原話项棠，該如何選擇，讀者自己去思考吧马篮。
在一些內(nèi)置鎖無(wú)法滿足需求的情況下沾乘，ReentrantLock可以作為一種高級(jí)工具。當(dāng)需要一些高級(jí)功能時(shí)才應(yīng)該使用ReentrantLock浑测，這些功能包括：可定時(shí)的翅阵，可輪詢的與可中斷的鎖獲取操作，公平隊(duì)列迁央，以及非塊結(jié)構(gòu)的鎖掷匠。否則，還是應(yīng)該優(yōu)先使用Synchronized岖圈。
