在資源競爭不是很激烈的情況下，Synchronized的性能要優於ReetrantLock，但是在資源競爭很激烈的情況下，Synchronized的性能會下降幾十倍，但是ReetrantLock的性能能維持常態
（1）這個是為啥？
（2）ReentrantLock是不是輕量級鎖？輕量級鎖有哪些？只聽過這個名字，沒看過有具體實現
用synchronized時候,如果程式運行出錯,就會拋出異常,但是不會去做清理工作。使用ReentrantLock允許你嘗試著獲取但最終未獲取的鎖,這樣如果其他人已經獲得這個鎖,那你就可以離開去執行別的事情(但是我現在想做的事情的是獲取鎖之後進行某些操作，現在轉而去執行其他事情好像意義不太大呀),而不是等待直到這個鎖被釋放。
首先你說的這個情況，是在java 1.5剛引入ReentrantLock的時候才有，java1.6對Synchronized的實現算法進行了改造，與ReentrantLock的實現基本一致，所以倆者的性能差異已經很小了。
關於輕量級鎖，這是java1.6引入的提升鎖性能的一種方式，屬於jvm層級的，不存在什麼具體實現。
如果希望等待直到這個鎖被釋放，可以使用Lock.lock()獲得的方式獲得鎖，使用Lock.tryLock()才是在嘗試獲取可能獲取不到鎖。
可以簡單一點的理解，synchronized 的讀寫頁都是互斥的，但是ReentrantLock 有讀寫鎖，讀鎖可以共享，寫鎖才互斥，如果從這裡看的話ReentrantLock 在讀多，寫少的情況下效能會高不少，但是程式碼比synchronized 的複雜，如果控制不好也容易出問題。