java - 讀寫鎖中 寫鎖的降級問題
問題描述
寫鎖降級的時候 要求當(dāng)前已經(jīng)獲取到寫鎖的線程把持住寫鎖,然后獲取讀鎖,隨后釋放寫鎖。
那么為什么要求把持住寫鎖呢??
上圖中提到 “ 那么當(dāng)前線程無法感知線程T的數(shù)據(jù)更新 ” 這個如何理解。如果線程T獲取到了寫鎖,然后對數(shù)據(jù)進(jìn)行了更新,在沒有釋放寫鎖之前,當(dāng)前線程無法感知到數(shù)據(jù)的更新,這個是沒問題的吧,但是一旦線程T釋放 寫鎖,那么當(dāng)前線程就可以感知到數(shù)據(jù)的更新了,這里理解應(yīng)該沒問題吧?
help me to explain,thx
問題解答
回答1:這是在解釋鎖降級吧,首先寫鎖是獨占的,讀鎖是共享的,然后讀寫鎖是線程間互斥的,鎖降級的前提是所有線程都希望對數(shù)據(jù)變化敏感,但是因為寫鎖只有一個,所以會發(fā)生降級。如果先釋放寫鎖,再獲取讀鎖,可能在獲取之前,會有其他線程獲取到寫鎖,阻塞讀鎖的獲取,就無法感知數(shù)據(jù)變化了。所以需要先hold住寫鎖,保證數(shù)據(jù)無變化,獲取讀鎖,然后再釋放寫鎖。
回答2:寫鎖不允許其他進(jìn)程的讀寫操作,讀鎖的允許讀操作。就按你抓圖的例子來看,當(dāng)你釋放寫鎖后,T進(jìn)程獲取了寫鎖,這時你就無法獲取讀鎖了,所以要先獲取讀鎖后,再釋放寫鎖。
首先你沒理解讀寫鎖的意義,讀鎖的存在意味著不允許其他寫操作的存在。按照你提供的例子,可能存在一個事務(wù)線程不希望自己的操作被別的線程中斷,而這個事務(wù)操作可能分成多部分操作更新不同的數(shù)據(jù)(或表)甚至非常耗時。如果長時間用寫鎖獨占,顯然對于某些高響應(yīng)的應(yīng)用是不允許的,所以在完成部分寫操作后,退而使用讀鎖降級,來允許響應(yīng)其他進(jìn)程的讀操作。只有當(dāng)全部事務(wù)完成后才真正釋放鎖。按你的理解如果當(dāng)中寫鎖被其他線程占用,那么這個事務(wù)線程將不得不中斷等待別的寫鎖釋放。
回答3:“ 那么當(dāng)前線程無法感知線程T的數(shù)據(jù)更新 ”
T1 讀取 數(shù)據(jù) Data時,將數(shù)據(jù)值復(fù)制到當(dāng)前線程的上下文,因此其他線程沒有辦法感知數(shù)據(jù)是否更新。只要當(dāng)數(shù)據(jù)提交內(nèi)存中,即Heap中,其他線程才可以得到最新值。
相關(guān)文章:
1. docker gitlab 如何git clone?2. 關(guān)于docker下的nginx壓力測試3. angular.js - angularjs的自定義過濾器如何給文字加顏色?4. docker不顯示端口映射呢?5. nignx - docker內(nèi)nginx 80端口被占用6. javascript - windows下如何使用babel,遇到了困惑7. dockerfile - [docker build image失敗- npm install]8. debian - docker依賴的aufs-tools源碼哪里可以找到啊?9. 老師您的微信號是多少?10. 在windows下安裝docker Toolbox 啟動Docker Quickstart Terminal 失敗!
