synchronized的缺陷
1.效率低：鎖的釋放情況少，只有代碼執(zhí)行完畢或者異常結(jié)束才會(huì)釋放鎖；試圖獲取鎖的時(shí)候不能設(shè)定超時(shí)，不能中斷一個(gè)正在使用鎖的線程，相對(duì)而言，Lock可以中斷和設(shè)置超時(shí)。
2.不夠靈活：加鎖和釋放的時(shí)機(jī)單一，每個(gè)鎖僅有一個(gè)單一的條件(某個(gè)對(duì)象)，相對(duì)而言，讀寫鎖更加靈活
3.無法知道是否成功獲得鎖，相對(duì)而言，Lock可以拿到狀態(tài)
Lock解決相應(yīng)問題
Lock類這里不做過多解釋，主要看里面的4個(gè)方法:
lock(): 加鎖 unlock(): 解鎖 tryLock(): 嘗試獲取鎖，返回一個(gè)boolean值 tryLock(long,TimeUtil): 嘗試獲取鎖，可以設(shè)置超時(shí)
Synchronized只有鎖只與一個(gè)條件(是否獲取鎖)相關(guān)聯(lián)，不靈活，后來Condition與Lock的結(jié)合解決了這個(gè)問題。
多線程競(jìng)爭(zhēng)一個(gè)鎖時(shí)，其余未得到鎖的線程只能不停的嘗試獲得鎖，而不能中斷。高并發(fā)的情況下會(huì)導(dǎo)致性能下降。ReentrantLock的lockInterruptibly()方法可以優(yōu)先考慮響應(yīng)中斷。 一個(gè)線程等待時(shí)間過長，它可以中斷自己，然后ReentrantLock響應(yīng)這個(gè)中斷，不再讓這個(gè)線程繼續(xù)等待。有了這個(gè)機(jī)制，使用ReentrantLock時(shí)就不會(huì)像synchronized那樣產(chǎn)生死鎖了。
京公網(wǎng)安備 11010802030320號(hào)