Lock比傳統(tǒng)線程模型中的synchronized方式更加面向?qū)ο?，與生活中的鎖類(lèi)似，鎖本身也應(yīng)該是一個(gè)對(duì)象。兩個(gè)線程執(zhí)行的代碼片段要實(shí)現(xiàn)同步互斥的效果，它們必須用同一個(gè)Lock對(duì)象。
讀寫(xiě)鎖：分為讀鎖和寫(xiě)鎖，多個(gè)讀鎖不互斥，讀鎖與寫(xiě)鎖互斥，這是由jvm自己控制的，你只要上好相應(yīng)的鎖即可。如果你的代碼只讀數(shù)據(jù)，可以很多人同時(shí)讀，但不能同時(shí)寫(xiě)，那就上讀鎖；如果你的代碼修改數(shù)據(jù)，只能有一個(gè)人在寫(xiě)，且不能同時(shí)讀取，那就上寫(xiě)鎖?？傊?，讀的時(shí)候上讀鎖，寫(xiě)的時(shí)候上寫(xiě)鎖！
ReentrantReadWriteLock會(huì)使用兩把鎖來(lái)解決問(wèn)題，一個(gè)讀鎖，一個(gè)寫(xiě)鎖
線程進(jìn)入讀鎖的前提條件：
沒(méi)有其他線程的寫(xiě)鎖，
沒(méi)有寫(xiě)請(qǐng)求或者有寫(xiě)請(qǐng)求，但調(diào)用線程和持有鎖的線程是同一個(gè)
線程進(jìn)入寫(xiě)鎖的前提條件：
沒(méi)有其他線程的讀鎖
沒(méi)有其他線程的寫(xiě)鎖
到ReentrantReadWriteLock，首先要做的是與ReentrantLock劃清界限。它和后者都是單獨(dú)的實(shí)現(xiàn)，彼此之間沒(méi)有繼承或?qū)崿F(xiàn)的關(guān)系。然后就是總結(jié)這個(gè)鎖機(jī)制的特性了：
(a).重入方面其內(nèi)部的WriteLock可以獲取ReadLock，但是反過(guò)來(lái)ReadLock想要獲得WriteLock則永遠(yuǎn)都不要想。
(b).WriteLock可以降級(jí)為ReadLock，順序是：先獲得WriteLock再獲得ReadLock，然后釋放WriteLock，這時(shí)候線程將保持Readlock的持有。反過(guò)來(lái)ReadLock想要升級(jí)為WriteLock則不可能，為什么？參看(a)，呵呵.
(c).ReadLock可以被多個(gè)線程持有并且在作用時(shí)排斥任何的WriteLock，而WriteLock則是完全的互斥。這一特性最為重要，因?yàn)閷?duì)于高讀取頻率而相對(duì)較低寫(xiě)入的數(shù)據(jù)結(jié)構(gòu)，使用此類(lèi)鎖同步機(jī)制則可以提高并發(fā)量。
(d).不管是ReadLock還是WriteLock都支持Interrupt，語(yǔ)義與ReentrantLock一致。
(e).WriteLock支持Condition并且與ReentrantLock語(yǔ)義一致，而ReadLock則不能使用Condition，否則拋出UnsupportedOperationException異常。
例子：
public class CacheDemo {? ? private Mapmap = new HashMap();//緩存器
private ReadWriteLock rwl = new ReentrantReadWriteLock();
public static void main(String[] args) {
}
public Object get(String id){
Object value = null;
rwl.readLock().lock();//首先開(kāi)啟讀鎖，從緩存中去取
try{
value = map.get(id);
if(value == null){? //如果緩存中沒(méi)有釋放讀鎖，上寫(xiě)鎖
rwl.readLock().unlock();
rwl.writeLock().lock();
try{
if(value == null){
value = "aaa";? //此時(shí)可以去數(shù)據(jù)庫(kù)中查找，這里簡(jiǎn)單的模擬一下
}
}finally{
rwl.writeLock().unlock(); //釋放寫(xiě)鎖
}
rwl.readLock().lock(); //然后再上讀鎖
}
}finally{
rwl.readLock().unlock(); //最后釋放讀鎖
}
return value;
}
}
