Lock與synchronized 的區(qū)別
-
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í)間以后，中斷等待，而干別的事情
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)前線程被別的線程中斷
- 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{}中
- 在資源競(jìng)爭(zhēng)不是很激烈的情況下，Synchronized的性能要優(yōu)于ReetrantLock，但是在資源競(jìng)爭(zhēng)很激烈的情況下，Synchronized的性能會(huì)下降幾十倍，但是ReetrantLock的性能能維持常態(tà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:
和上面的類似，不激烈情況下，性能比synchronized略遜，而激烈的時(shí)候，也能維持常態(tài)。激烈的時(shí)候，Atomic的性能會(huì)優(yōu)于ReentrantLock一倍左右。但是其有一個(gè)缺點(diǎn)，就是只能同步一個(gè)值，一段代碼中只能出現(xiàn)一個(gè)Atomic的變量，多于一個(gè)同步無(wú)效。因?yàn)樗荒茉诙鄠€(gè)Atomic之間同步。
