1、ReentrantLock 擁有Synchronized相同的并發(fā)性和內(nèi)存語(yǔ)義，此外還多了 鎖投票，定時(shí)鎖等候和中斷鎖等候線程A和B都要獲取對(duì)象O的鎖定，假設(shè)A獲取了對(duì)象O鎖，B將等待A釋放對(duì)O的鎖定，如果使用 synchronized ，如果A不釋放，B將一直等下去，不能被中斷如果 使用ReentrantLock，如果A不釋放，可以使B在等待了足夠長(zhǎng)的時(shí)間以后，中斷等待，而干別的事情ReentrantLock獲取鎖定與三種方式：a) lock(), 如果獲取了鎖立即返回，如果別的線程持有鎖，當(dāng)前線程則一直處于休眠狀態(tài)，直到獲取鎖b) tryLock(), 如果獲取了鎖立即返回true，如果別的線程正持有鎖，立即返回false；c)tryLock(long timeout,TimeUnit unit)， 如果獲取了鎖定立即返回true，如果別的線程正持有鎖，會(huì)等待參數(shù)給定的時(shí)間，在等待的過(guò)程中，如果獲取了鎖定，就返回true，如果等待超時(shí)，返回false；d) lockInterruptibly:如果獲取了鎖定立即返回，如果沒(méi)有獲取鎖定，當(dāng)前線程處于休眠狀態(tài)，直到或者鎖定，或者當(dāng)前線程被別的線程中斷2、synchronized是在JVM層面上實(shí)現(xiàn)的，不但可以通過(guò)一些監(jiān)控工具監(jiān)控synchronized的鎖定，而且在代碼執(zhí)行時(shí)出現(xiàn)異常，JVM會(huì)自動(dòng)釋放鎖定，但是使用Lock則不行，lock是通過(guò)代碼實(shí)現(xiàn)的，要保證鎖定一定會(huì)被釋放，就必須將unLock()放到finally{}中3、在資源競(jìng)爭(zhēng)不是很激烈的情況下，Synchronized的性能要優(yōu)于ReetrantLock，但是在資源競(jìng)爭(zhēng)很激烈的情況下，Synchronized的性能會(huì)下降幾十倍，但是ReetrantLock的性能能維持常態(tài)；

5.0的多線程任務(wù)包對(duì)于同步的性能方面有了很大的改進(jìn)，在原有synchronized關(guān)鍵字的基礎(chǔ)上，又增加了ReentrantLock，以及各種Atomic類(lèi)。了解其性能的優(yōu)劣程度，有助與我們?cè)谔囟ǖ那樾蜗伦龀稣_的選擇。

總體的結(jié)論先擺出來(lái)：

synchronized： 在資源競(jìng)爭(zhēng)不是很激烈的情況下，偶爾會(huì)有同步的情形下，synchronized是很合適的。原因在于，編譯程序通常會(huì)盡可能的進(jìn)行優(yōu)化synchronize，另外可讀性非常好，不管用沒(méi)用過(guò)5.0多線程包的程序員都能理解。

ReentrantLock: ReentrantLock提供了多樣化的同步，比如有時(shí)間限制的同步，可以被Interrupt的同步（synchronized的同步是不能Interrupt的）等。在資源競(jìng)爭(zhēng)不激烈的情形下，性能稍微比synchronized差點(diǎn)點(diǎn)。但是當(dāng)同步非常激烈的時(shí)候，synchronized的性能一下子能下降好幾十倍。而ReentrantLock確還能維持常態(tài)。

Atomic: 和上面的類(lèi)似，不激烈情況下，性能比synchronized略遜，而激烈的時(shí)候，也能維持常態(tài)。激烈的時(shí)候，Atomic的性能會(huì)優(yōu)于ReentrantLock一倍左右。但是其有一個(gè)缺點(diǎn)，就是只能同步一個(gè)值，一段代碼中只能出現(xiàn)一個(gè)Atomic的變量，多于一個(gè)同步無(wú)效。因?yàn)樗荒茉诙鄠€(gè)Atomic之間同步。

所以，我們寫(xiě)同步的時(shí)候，優(yōu)先考慮synchronized，如果有特殊需要，再進(jìn)一步優(yōu)化。ReentrantLock和Atomic如果用的不好，不僅不能提高性能，還可能帶來(lái)災(zāi)難。