多個線程可以讀一個變量，只有一個線程可以對這個變量進(jìn)行寫，到底要不要加鎖？下面簡要解釋一下原因：鎖定是因?yàn)椴僮鞑皇窃拥摹Ｗ屛覀冇貌僮饕粊斫忉屗?。看下面兩個圖。我這個操作需要看上面的第二個圖，你能很清

多個線程可以讀一個變量，只有一個線程可以對這個變量進(jìn)行寫，到底要不要加鎖？

下面簡要解釋一下原因：

鎖定是因?yàn)椴僮鞑皇窃拥?。讓我們用操作一來解釋它?？聪旅鎯蓚€圖。

我這個操作需要

看上面的第二個圖，你能很清楚地理解這個過程嗎？

鎖定是為了確保上述三個步驟是原子操作。

回到問題上來，只有一個線程要寫，沒有競爭，所以不需要鎖定。

但是，如果你看第一張圖片，因?yàn)橹鲀?nèi)存和本地內(nèi)存的存在

在一個線程寫入后，其他線程無法立即看到它。這就是可見性問題。

添加volatile關(guān)鍵字后，它將在操作后強(qiáng)制工作內(nèi)存和主內(nèi)存同步，以確保其他線程可以立即看到它。

java哪個關(guān)鍵字可以對對象加互斥鎖？

首先，在Java中同步可以向?qū)ο筇砑踊コ狻?/p>

其次，我們來談?wù)勍交コ獾膶?shí)現(xiàn)原理。在Java虛擬機(jī)中，synchronized支持的同步方法和同步語句由monitor實(shí)現(xiàn)。每個對象都與一個監(jiān)視器相關(guān)聯(lián)。當(dāng)線程執(zhí)行監(jiān)視器監(jiān)視的代碼塊中的第一條指令時，該線程必須獲得被引用對象的鎖，該鎖由監(jiān)視器實(shí)現(xiàn)。在hotspot虛擬機(jī)中，監(jiān)視器由objectmonitor實(shí)現(xiàn)，用C語言編寫，具體代碼在hotspot虛擬機(jī)的源代碼中對象監(jiān)視器.hpp文件。

如果查看源代碼，您會發(fā)現(xiàn)主要屬性是uCount（記錄線程獲取鎖的次數(shù)）Recursions（鎖重入次數(shù)）Owner（指向持有objectmonitor對象的線程）Waitset（線程集處于等待狀態(tài)）Entrylist（線程隊(duì)列等待鎖塊）。

當(dāng)并發(fā)線程執(zhí)行同步修飾的方法或語句塊時，它首先進(jìn)入entrylist中的，當(dāng)線程獲得對象的監(jiān)視器時，owner變量設(shè)置為當(dāng)前線程，監(jiān)視器對象中的計(jì)數(shù)器計(jì)數(shù)加1，當(dāng)前線程成功獲取同步鎖。

當(dāng)同步修飾的方法或語句塊中的線程調(diào)用wait（）方法時，當(dāng)前線程將釋放保留的監(jiān)視器對象，同時，uCount值減1，然后當(dāng)前線程進(jìn)入waitset集合中的Waiting等待喚醒。