java - lock與synchronize的解鎖順序問(wèn)題?
問(wèn)題描述
在學(xué)習(xí)lock與synchronize的區(qū)別時(shí),看到這樣一句話:“ lock更靈活,可以自由定義多把鎖的枷鎖解鎖順序(synchronized要按照先加的后解順序)”。請(qǐng)問(wèn)這里:
1.lock的自由定義多把鎖的枷鎖解鎖順序怎么理解?2.synchronized要按照先加的后解順序怎么理解?
謝謝各位!
問(wèn)題解答
回答1:Lock是一個(gè)接口,最常用的實(shí)現(xiàn)是 ReentrantLock,它的一個(gè)靈活之處是可以設(shè)定fair參數(shù)。
synchronized 和fair=false的ReentrantLock 無(wú)法決定加鎖順序。換句話說(shuō),線程A、B、C都要鎖定對(duì)象,嘗試鎖定的時(shí)間是A最早、然后是B,最后是C,那么當(dāng)A解鎖對(duì)象時(shí),不能確定到底B還是C接下來(lái)鎖定對(duì)象。
如果用fair=true的ReentrantLock(公平鎖),情況就確定了:A解鎖對(duì)象時(shí),由于B比C先嘗試鎖定對(duì)象,所以接下來(lái)一定是B來(lái)鎖定,只有當(dāng)B解鎖時(shí)才輪到C。
回答2:new lock1new lock2lock1.lock();lock2.lock();...lock2.unlock();lock1.unlock();
Lock的加解鎖是在java語(yǔ)義層面上實(shí)現(xiàn)的,鎖之間沒(méi)有必然關(guān)系
synchronized(obj1){ synchronized(obj2){... }}
synchronized加解鎖是由JVM來(lái)實(shí)現(xiàn),在執(zhí)行完synchronized塊后自行解鎖,所有會(huì)按照synchronized的嵌套順序解鎖。
相關(guān)文章:
1. windows誤人子弟啊2. php傳對(duì)應(yīng)的id值為什么傳不了啊有木有大神會(huì)的看我下方截圖3. 如何用筆記本上的apache做微信開(kāi)發(fā)的服務(wù)器4. python - linux 下用wsgifunc 運(yùn)行web.py該如何修改代碼5. 關(guān)于mysql聯(lián)合查詢一對(duì)多的顯示結(jié)果問(wèn)題6. 實(shí)現(xiàn)bing搜索工具urlAPI提交7. MySQL主鍵沖突時(shí)的更新操作和替換操作在功能上有什么差別(如圖)8. mysql優(yōu)化 - MySQL如何為配置表建立索引?9. 冒昧問(wèn)一下,我這php代碼哪里出錯(cuò)了???10. 數(shù)據(jù)庫(kù) - Mysql的存儲(chǔ)過(guò)程真的是個(gè)坑!求助下面的存儲(chǔ)過(guò)程哪里錯(cuò)啦,實(shí)在是找不到哪里的問(wèn)題了。
