synchronized可以保證方法或者代碼塊在運(yùn)行時(shí)，同一時(shí)刻只有一個(gè)方法可以進(jìn)入到臨界區(qū)昔馋，同時(shí)它還可以保證共享變量的內(nèi)存可見(jiàn)性

Java中每一個(gè)對(duì)象都可以作為鎖，這是synchronized實(shí)現(xiàn)同步的基礎(chǔ)：

普通同步方法盾碗，鎖是當(dāng)前實(shí)例對(duì)象
靜態(tài)同步方法完疫，鎖是當(dāng)前類的class對(duì)象
同步方法塊断医，鎖是括號(hào)里面的對(duì)象

public class SynchronizedTest {
    public synchronized void test1(){

    }

    public void test2(){
        synchronized (this){

        }
    }
}

利用javap工具查看生成的class文件信息來(lái)分析Synchronize的實(shí)現(xiàn)

image.png

從上面可以看出滞乙，同步代碼塊是使用monitorenter和monitorexit指令實(shí)現(xiàn)的奏纪，同步方法（在這看不出來(lái)需要看JVM底層實(shí)現(xiàn)）依靠的是方法修飾符上的ACC_SYNCHRONIZED實(shí)現(xiàn)。

Java對(duì)象頭斩启、monitor

Java對(duì)象頭和monitor是實(shí)現(xiàn)synchronized的基礎(chǔ)序调！

image.png

在JVM中，對(duì)象在內(nèi)存中的布局分為三塊區(qū)域：對(duì)象頭兔簇、實(shí)例數(shù)據(jù)和對(duì)齊填充

• 實(shí)例變量：存放類的屬性數(shù)據(jù)信息发绢，包括父類的屬性信息，如果是數(shù)組的實(shí)例部分還包括數(shù)組的長(zhǎng)度垄琐，這部分內(nèi)存按4字節(jié)對(duì)齊边酒。
• 填充數(shù)據(jù)：由于虛擬機(jī)要求對(duì)象起始地址必須是8字節(jié)的整數(shù)倍。填充數(shù)據(jù)不是必須存在的狸窘，僅僅是為了字節(jié)對(duì)齊墩朦，這點(diǎn)了解即可。
  而對(duì)于頂部翻擒，則是Java頭對(duì)象氓涣，它實(shí)現(xiàn)synchronized的鎖對(duì)象的基礎(chǔ)，這點(diǎn)我們重點(diǎn)分析它陋气，一般而言劳吠，synchronized使用的鎖對(duì)象是存儲(chǔ)在Java對(duì)象頭里的，jvm中采用2個(gè)字來(lái)存儲(chǔ)對(duì)象頭(如果對(duì)象是數(shù)組則會(huì)分配3個(gè)字巩趁，多出來(lái)的1個(gè)字記錄的是數(shù)組長(zhǎng)度)痒玩，其主要結(jié)構(gòu)是由Mark Word 和 Class Metadata Address 組成，其結(jié)構(gòu)說(shuō)明如下表：

Java對(duì)象頭
synchronized用的鎖是存在Java對(duì)象頭里的晶渠，那么什么是Java對(duì)象頭呢凰荚？Hotspot虛擬機(jī)的對(duì)象頭主要包括兩部分?jǐn)?shù)據(jù)：Mark Word（標(biāo)記字段）、Klass Pointer（類型指針）.其中Klass Point是是對(duì)象指向它的類元數(shù)據(jù)的指針褒脯，虛擬機(jī)通過(guò)這個(gè)指針來(lái)確定這個(gè)對(duì)象是哪個(gè)類的實(shí)例便瑟，Mark Word用于存儲(chǔ)對(duì)象自身的運(yùn)行時(shí)數(shù)據(jù)，它是實(shí)現(xiàn)輕量級(jí)鎖和偏向鎖的關(guān)鍵番川，

image.png

Mark Word到涂。
Mark Word用于存儲(chǔ)對(duì)象自身的運(yùn)行時(shí)數(shù)據(jù)，如哈希碼（HashCode）颁督、GC分代年齡践啄、鎖狀態(tài)標(biāo)志、線程持有的鎖沉御、偏向線程 ID屿讽、偏向時(shí)間戳等等.
Java對(duì)象頭一般占有兩個(gè)機(jī)器碼（在32位虛擬機(jī)中，1個(gè)機(jī)器碼等于4字節(jié)，也就是32bit）伐谈，但是如果對(duì)象是數(shù)組類型烂完，則需要三個(gè)機(jī)器碼，因?yàn)镴VM虛擬機(jī)可以通過(guò)Java對(duì)象的元數(shù)據(jù)信息確定Java對(duì)象的大小诵棵，但是無(wú)法從數(shù)組的元數(shù)據(jù)來(lái)確認(rèn)數(shù)組的大小抠蚣，所以用一塊來(lái)記錄數(shù)組長(zhǎng)度. 下圖是Java對(duì)象頭的存儲(chǔ)結(jié)構(gòu)（32位虛擬機(jī)）：

image.png

對(duì)象頭信息是與對(duì)象自身定義的數(shù)據(jù)無(wú)關(guān)的額外存儲(chǔ)成本，考慮到虛擬機(jī)的空間效率履澳，Mark Word被設(shè)計(jì)成一個(gè)非固定的數(shù)據(jù)結(jié)構(gòu)以便在極小的空間內(nèi)存存儲(chǔ)盡量多的數(shù)據(jù),它會(huì)根據(jù)對(duì)象的狀態(tài)復(fù)用自己的存儲(chǔ)空間嘶窄，也就是說(shuō)，Mark Word會(huì)隨著程序的運(yùn)行發(fā)生變化,變化狀態(tài)如下（32位虛擬機(jī)）：

image.png

Monitor
什么是Monitor距贷？我們可以把它理解為一個(gè)同步工具柄冲，也可以描述為一種同步機(jī)制，它通常被描述為一個(gè)對(duì)象储耐。

與一切皆對(duì)象一樣羊初，所有的Java對(duì)象是天生的Monitor，每一個(gè)Java對(duì)象都有成為Monitor的潛質(zhì)什湘，因?yàn)樵贘ava的設(shè)計(jì)中 长赞，每一個(gè)Java對(duì)象自打娘胎里出來(lái)就帶了一把看不見(jiàn)的鎖，它叫做內(nèi)部鎖或者M(jìn)onitor鎖闽撤。

Monitor 是線程私有的數(shù)據(jù)結(jié)構(gòu)得哆，每一個(gè)線程都有一個(gè)可用monitor record列表，同時(shí)還有一個(gè)全局的可用列表哟旗。每一個(gè)被鎖住的對(duì)象都會(huì)和一個(gè)monitor關(guān)聯(lián)（對(duì)象頭的MarkWord中的LockWord指向monitor的起始地址）贩据，同時(shí)monitor中有一個(gè)Owner字段存放擁有該鎖的線程的唯一標(biāo)識(shí)，表示該鎖被這個(gè)線程占用闸餐。其結(jié)構(gòu)如下：

image.png

• Owner：初始時(shí)為NULL表示當(dāng)前沒(méi)有任何線程擁有該monitor record饱亮，當(dāng)線程成功擁有該鎖后保存線程唯一標(biāo)識(shí)，當(dāng)鎖被釋放時(shí)又設(shè)置為NULL舍沙；
• EntryQ:關(guān)聯(lián)一個(gè)系統(tǒng)互斥鎖（semaphore）近上，阻塞所有試圖鎖住monitor record失敗的線程。
• RcThis:表示blocked或waiting在該monitor record上的所有線程的個(gè)數(shù)拂铡。
• Nest:用來(lái)實(shí)現(xiàn)重入鎖的計(jì)數(shù)壹无。
• HashCode:保存從對(duì)象頭拷貝過(guò)來(lái)的HashCode值（可能還包含GC age）。
• Candidate:用來(lái)避免不必要的阻塞或等待線程喚醒感帅，因?yàn)槊恳淮沃挥幸粋€(gè)線程能夠成功擁有鎖斗锭，如果每次前一個(gè)釋放鎖的線程喚醒所有正在阻塞或等待的線程，會(huì)引起不必要的上下文切換（從阻塞到就緒然后因?yàn)楦?jìng)爭(zhēng)鎖失敗又被阻塞）從而導(dǎo)致性能嚴(yán)重下降失球。Candidate只有兩種可能的值0表示沒(méi)有需要喚醒的線程1表示要喚醒一個(gè)繼任線程來(lái)競(jìng)爭(zhēng)鎖岖是。

我們知道synchronized是重量級(jí)鎖，效率不怎么滴，同時(shí)這個(gè)觀念也一直存在我們腦海里豺撑，不過(guò)在jdk 1.6中對(duì)synchronize的實(shí)現(xiàn)進(jìn)行了各種優(yōu)化作箍，使得它顯得不是那么重了，那么JVM采用了那些優(yōu)化手段呢前硫？

鎖優(yōu)化
jdk1.6對(duì)鎖的實(shí)現(xiàn)引入了大量的優(yōu)化，如自旋鎖荧止、適應(yīng)性自旋鎖屹电、鎖消除、鎖粗化跃巡、偏向鎖危号、輕量級(jí)鎖等技術(shù)來(lái)減少鎖操作的開(kāi)銷。
鎖主要存在四中狀態(tài)素邪，依次是：無(wú)鎖狀態(tài)外莲、偏向鎖狀態(tài)、輕量級(jí)鎖狀態(tài)兔朦、重量級(jí)鎖狀態(tài)，他們會(huì)隨著競(jìng)爭(zhēng)的激烈而逐漸升級(jí)。注意鎖可以升級(jí)不可降級(jí)滔岳，這種策略是為了提高獲得鎖和釋放鎖的效率驻仅。

鎖粗化
我們知道在使用同步鎖的時(shí)候，需要讓同步塊的作用范圍盡可能小—僅在共享數(shù)據(jù)的實(shí)際作用域中才進(jìn)行同步摆舟，這樣做的目的是為了使需要同步的操作數(shù)量盡可能縮小亥曹，如果存在鎖競(jìng)爭(zhēng)，那么等待鎖的線程也能盡快拿到鎖恨诱。

在大多數(shù)的情況下媳瞪，上述觀點(diǎn)是正確的.但是如果一系列的連續(xù)加鎖解鎖操作，可能會(huì)導(dǎo)致不必要的性能損耗照宝，所以引入鎖粗話的概念蛇受。鎖粗化概念比較好理解，就是將多個(gè)連續(xù)的加鎖硫豆、解鎖操作連接在一起龙巨，擴(kuò)展成一個(gè)范圍更大的鎖。如上面實(shí)例：vector每次add的時(shí)候都需要加鎖操作熊响，JVM檢測(cè)到對(duì)同一個(gè)對(duì)象（vector）連續(xù)加鎖旨别、解鎖操作，會(huì)合并一個(gè)更大范圍的加鎖汗茄、解鎖操作秸弛，即加鎖解鎖操作會(huì)移到for循環(huán)之外。

偏向鎖

偏向鎖是Java 6之后加入的新鎖，它是一種針對(duì)加鎖操作的優(yōu)化手段递览，經(jīng)過(guò)研究發(fā)現(xiàn)叼屠，在大多數(shù)情況下，鎖不僅不存在多線程競(jìng)爭(zhēng)绞铃，而且總是由同一線程多次獲得镜雨，因此為了減少同一線程獲取鎖(會(huì)涉及到一些CAS操作,耗時(shí))的代價(jià)而引入偏向鎖。偏向鎖的核心思想是儿捧，如果一個(gè)線程獲得了鎖荚坞，那么鎖就進(jìn)入偏向模式，此時(shí)Mark Word 的結(jié)構(gòu)也變?yōu)槠蜴i結(jié)構(gòu)菲盾，當(dāng)這個(gè)線程再次請(qǐng)求鎖時(shí)颓影，無(wú)需再做任何同步操作，即獲取鎖的過(guò)程懒鉴，這樣就省去了大量有關(guān)鎖申請(qǐng)的操作诡挂，從而也就提供程序的性能。所以临谱，對(duì)于沒(méi)有鎖競(jìng)爭(zhēng)的場(chǎng)合璃俗，偏向鎖有很好的優(yōu)化效果，畢竟極有可能連續(xù)多次是同一個(gè)線程申請(qǐng)相同的鎖悉默。但是對(duì)于鎖競(jìng)爭(zhēng)比較激烈的場(chǎng)合旧找，偏向鎖就失效了，因?yàn)檫@樣場(chǎng)合極有可能每次申請(qǐng)鎖的線程都是不相同的麦牺，因此這種場(chǎng)合下不應(yīng)該使用偏向鎖钮蛛，否則會(huì)得不償失，需要注意的是剖膳，偏向鎖失敗后魏颓，并不會(huì)立即膨脹為重量級(jí)鎖，而是先升級(jí)為輕量級(jí)鎖吱晒。

引入偏向鎖主要目的是：為了在無(wú)多線程競(jìng)爭(zhēng)的情況下盡量減少不必要的輕量級(jí)鎖執(zhí)行路徑甸饱。上面提到了輕量級(jí)鎖的加鎖解鎖操作是需要依賴多次CAS原子指令的。那么偏向鎖是如何來(lái)減少不必要的CAS操作呢仑濒？我們可以查看Mark work的結(jié)構(gòu)就明白了叹话。只需要檢查是否為偏向鎖、鎖標(biāo)識(shí)為以及ThreadID即可墩瞳，處理流程如下：
獲取鎖

1. 檢測(cè)Mark Word是否為可偏向狀態(tài)驼壶，即是否為偏向鎖1，鎖標(biāo)識(shí)位為01喉酌；
2. 若為可偏向狀態(tài)热凹，則測(cè)試線程ID是否為當(dāng)前線程ID泵喘，如果是，則執(zhí)行步驟（5）般妙，否則執(zhí)行步驟（3）纪铺；
3. 如果線程ID不為當(dāng)前線程ID，則通過(guò)CAS操作競(jìng)爭(zhēng)鎖碟渺，競(jìng)爭(zhēng)成功鲜锚，則將Mark Word的線程ID替換為當(dāng)前線程ID，否則執(zhí)行線程（4）苫拍；
4. 通過(guò)CAS競(jìng)爭(zhēng)鎖失敗烹棉，證明當(dāng)前存在多線程競(jìng)爭(zhēng)情況，當(dāng)?shù)竭_(dá)全局安全點(diǎn)怯疤，獲得偏向鎖的線程被掛起，偏向鎖升級(jí)為輕量級(jí)鎖催束，然后被阻塞在安全點(diǎn)的線程繼續(xù)往下執(zhí)行同步代碼塊集峦；
   5.執(zhí)行同步代碼塊

釋放鎖
偏向鎖的釋放采用了一種只有競(jìng)爭(zhēng)才會(huì)釋放鎖的機(jī)制，線程是不會(huì)主動(dòng)去釋放偏向鎖抠刺，需要等待其他線程來(lái)競(jìng)爭(zhēng)塔淤。偏向鎖的撤銷需要等待全局安全點(diǎn)（這個(gè)時(shí)間點(diǎn)是上沒(méi)有正在執(zhí)行的代碼）。其步驟如下：

1. 暫停擁有偏向鎖的線程速妖，判斷鎖對(duì)象石是否還處于被鎖定狀態(tài)高蜂；
2. 撤銷偏向鎖，恢復(fù)到無(wú)鎖狀態(tài)（01）或者輕量級(jí)鎖的狀態(tài)罕容；

image.png

輕量級(jí)鎖

倘若偏向鎖失敗备恤，虛擬機(jī)并不會(huì)立即升級(jí)為重量級(jí)鎖，它還會(huì)嘗試使用一種稱為輕量級(jí)鎖的優(yōu)化手段(1.6之后加入的)锦秒，此時(shí)Mark Word 的結(jié)構(gòu)也變?yōu)檩p量級(jí)鎖的結(jié)構(gòu)露泊。輕量級(jí)鎖能夠提升程序性能的依據(jù)是“對(duì)絕大部分的鎖，在整個(gè)同步周期內(nèi)都不存在競(jìng)爭(zhēng)”旅择，注意這是經(jīng)驗(yàn)數(shù)據(jù)惭笑。需要了解的是，輕量級(jí)鎖所適應(yīng)的場(chǎng)景是線程交替執(zhí)行同步塊的場(chǎng)合生真，如果存在同一時(shí)間訪問(wèn)同一鎖的場(chǎng)合沉噩，就會(huì)導(dǎo)致輕量級(jí)鎖膨脹為重量級(jí)鎖。

引入輕量級(jí)鎖的主要目的是在多沒(méi)有多線程競(jìng)爭(zhēng)的前提下柱蟀，減少傳統(tǒng)的重量級(jí)鎖使用操作系統(tǒng)互斥量產(chǎn)生的性能消耗川蒙。當(dāng)關(guān)閉偏向鎖功能或者多個(gè)線程競(jìng)爭(zhēng)偏向鎖導(dǎo)致偏向鎖升級(jí)為輕量級(jí)鎖，則會(huì)嘗試獲取輕量級(jí)鎖长已。

獲取鎖:

1. 判斷當(dāng)前對(duì)象是否處于無(wú)鎖狀態(tài)（hashcode派歌、0弯囊、01），若是胶果，則JVM首先將在當(dāng)前線程的棧幀中建立一個(gè)名為鎖記錄（Lock Record）的空間匾嘱，用于存儲(chǔ)鎖對(duì)象目前的Mark Word的拷貝（官方把這份拷貝加了一個(gè)Displaced前綴，即Displaced Mark Word）早抠；否則執(zhí)行步驟（3）

2. JVM利用CAS操作嘗試將對(duì)象的Mark Word更新為指向Lock Record的指正霎烙，如果成功表示競(jìng)爭(zhēng)到鎖，則將鎖標(biāo)志位變成00（表示此對(duì)象處于輕量級(jí)鎖狀態(tài)）蕊连，執(zhí)行同步操作悬垃；如果失敗則執(zhí)行步驟（3）

3. 判斷當(dāng)前對(duì)象的Mark Word是否指向當(dāng)前線程的棧幀，如果是則表示當(dāng)前線程已經(jīng)持有當(dāng)前對(duì)象的鎖甘苍，則直接執(zhí)行同步代碼塊尝蠕；否則只能說(shuō)明該鎖對(duì)象已經(jīng)被其他線程搶占了，這時(shí)輕量級(jí)鎖需要膨脹為重量級(jí)鎖载庭，鎖標(biāo)志位變成10看彼，后面等待的線程將會(huì)進(jìn)入阻塞狀態(tài)；

釋放鎖
輕量級(jí)鎖的釋放也是通過(guò)CAS操作來(lái)進(jìn)行的囚聚，主要步驟如下：

1. 取出在獲取輕量級(jí)鎖保存在Displaced Mark Word中的數(shù)據(jù)靖榕；
2. 用CAS操作將取出的數(shù)據(jù)替換當(dāng)前對(duì)象的Mark Word中，如果成功顽铸，則說(shuō)明釋放鎖成功茁计，否則執(zhí)行（3）；
3. 如果CAS操作替換失敗谓松，說(shuō)明有其他線程嘗試獲取該鎖星压，則需要在釋放鎖的同時(shí)需要喚醒被掛起的線程。

對(duì)于輕量級(jí)鎖鬼譬，其性能提升的依據(jù)是“對(duì)于絕大部分的鎖租幕，在整個(gè)生命周期內(nèi)都是不會(huì)存在競(jìng)爭(zhēng)的”，如果打破這個(gè)依據(jù)則除了互斥的開(kāi)銷外拧簸，還有額外的CAS操作劲绪，因此在有多線程競(jìng)爭(zhēng)的情況下，輕量級(jí)鎖比重量級(jí)鎖更慢盆赤；

image.png

自旋鎖

輕量級(jí)鎖失敗后贾富，虛擬機(jī)為了避免線程真實(shí)地在操作系統(tǒng)層面掛起，還會(huì)進(jìn)行一項(xiàng)稱為自旋鎖的優(yōu)化手段牺六。這是基于在大多數(shù)情況下颤枪，線程持有鎖的時(shí)間都不會(huì)太長(zhǎng)，如果直接掛起操作系統(tǒng)層面的線程可能會(huì)得不償失淑际，畢竟操作系統(tǒng)實(shí)現(xiàn)線程之間的切換時(shí)需要從用戶態(tài)轉(zhuǎn)換到核心態(tài)畏纲，這個(gè)狀態(tài)之間的轉(zhuǎn)換需要相對(duì)比較長(zhǎng)的時(shí)間扇住，時(shí)間成本相對(duì)較高，因此自旋鎖會(huì)假設(shè)在不久將來(lái)盗胀，當(dāng)前的線程可以獲得鎖艘蹋，因此虛擬機(jī)會(huì)讓當(dāng)前想要獲取鎖的線程做幾個(gè)空循環(huán)(這也是稱為自旋的原因)，一般不會(huì)太久票灰，可能是50個(gè)循環(huán)或100循環(huán)女阀，在經(jīng)過(guò)若干次循環(huán)后，如果得到鎖屑迂，就順利進(jìn)入臨界區(qū)浸策。如果還不能獲得鎖，那就會(huì)將線程在操作系統(tǒng)層面掛起惹盼，這就是自旋鎖的優(yōu)化方式庸汗，這種方式確實(shí)也是可以提升效率的。最后沒(méi)辦法也就只能升級(jí)為重量級(jí)鎖了手报。

線程的阻塞和喚醒需要CPU從用戶態(tài)轉(zhuǎn)為核心態(tài)蚯舱，頻繁的阻塞和喚醒對(duì)CPU來(lái)說(shuō)是一件負(fù)擔(dān)很重的工作，勢(shì)必會(huì)給系統(tǒng)的并發(fā)性能帶來(lái)很大的壓力昧诱。同時(shí)我們發(fā)現(xiàn)在許多應(yīng)用上面，對(duì)象鎖的鎖狀態(tài)只會(huì)持續(xù)很短一段時(shí)間所袁，為了這一段很短的時(shí)間頻繁地阻塞和喚醒線程是非常不值得的盏档。所以引入自旋鎖。
何謂自旋鎖燥爷？

所謂自旋鎖蜈亩，就是讓該線程等待一段時(shí)間，不會(huì)被立即掛起前翎，看持有鎖的線程是否會(huì)很快釋放鎖稚配。怎么等待呢？執(zhí)行一段無(wú)意義的循環(huán)即可（自旋）港华。

自旋等待不能替代阻塞道川，先不說(shuō)對(duì)處理器數(shù)量的要求（多核，貌似現(xiàn)在沒(méi)有單核的處理器了）立宜，雖然它可以避免線程切換帶來(lái)的開(kāi)銷冒萄，但是它占用了處理器的時(shí)間。如果持有鎖的線程很快就釋放了鎖橙数，那么自旋的效率就非常好尊流，反之，自旋的線程就會(huì)白白消耗掉處理的資源灯帮，它不會(huì)做任何有意義的工作崖技，典型的占著茅坑不拉屎逻住，這樣反而會(huì)帶來(lái)性能上的浪費(fèi)。所以說(shuō)迎献，自旋等待的時(shí)間（自旋的次數(shù)）必須要有一個(gè)限度瞎访，如果自旋超過(guò)了定義的時(shí)間仍然沒(méi)有獲取到鎖，則應(yīng)該被掛起忿晕。

自旋鎖在JDK 1.4.2中引入装诡，默認(rèn)關(guān)閉，但是可以使用-XX:+UseSpinning開(kāi)開(kāi)啟践盼，在JDK1.6中默認(rèn)開(kāi)啟鸦采。同時(shí)自旋的默認(rèn)次數(shù)為10次，可以通過(guò)參數(shù)-XX:PreBlockSpin來(lái)調(diào)整咕幻；

如果通過(guò)參數(shù)-XX:preBlockSpin來(lái)調(diào)整自旋鎖的自旋次數(shù)渔伯，會(huì)帶來(lái)諸多不便。假如我將參數(shù)調(diào)整為10肄程，但是系統(tǒng)很多線程都是等你剛剛退出的時(shí)候就釋放了鎖（假如你多自旋一兩次就可以獲取鎖）锣吼，你是不是很尷尬。于是JDK1.6引入自適應(yīng)的自旋鎖蓝厌，讓虛擬機(jī)會(huì)變得越來(lái)越聰明玄叠。

適應(yīng)自旋鎖

JDK 1.6引入了更加聰明的自旋鎖，即自適應(yīng)自旋鎖拓提。所謂自適應(yīng)就意味著自旋的次數(shù)不再是固定的读恃，它是由前一次在同一個(gè)鎖上的自旋時(shí)間及鎖的擁有者的狀態(tài)來(lái)決定。它怎么做呢代态？線程如果自旋成功了寺惫，那么下次自旋的次數(shù)會(huì)更加多，因?yàn)樘摂M機(jī)認(rèn)為既然上次成功了蹦疑，那么此次自旋也很有可能會(huì)再次成功西雀，那么它就會(huì)允許自旋等待持續(xù)的次數(shù)更多。反之歉摧，如果對(duì)于某個(gè)鎖艇肴，很少有自旋能夠成功的，那么在以后要或者這個(gè)鎖的時(shí)候自旋的次數(shù)會(huì)減少甚至省略掉自旋過(guò)程叁温，以免浪費(fèi)處理器資源豆挽。
有了自適應(yīng)自旋鎖，隨著程序運(yùn)行和性能監(jiān)控信息的不斷完善券盅，虛擬機(jī)對(duì)程序鎖的狀況預(yù)測(cè)會(huì)越來(lái)越準(zhǔn)確帮哈，虛擬機(jī)會(huì)變得越來(lái)越聰明。

鎖消除
為了保證數(shù)據(jù)的完整性锰镀，我們?cè)谶M(jìn)行操作時(shí)需要對(duì)這部分操作進(jìn)行同步控制娘侍，但是在有些情況下咖刃，JVM檢測(cè)到不可能存在共享數(shù)據(jù)競(jìng)爭(zhēng)，這是JVM會(huì)對(duì)這些同步鎖進(jìn)行鎖消除憾筏。鎖消除的依據(jù)是逃逸分析的數(shù)據(jù)支持嚎杨。

如果不存在競(jìng)爭(zhēng)，為什么還需要加鎖呢氧腰？所以鎖消除可以節(jié)省毫無(wú)意義的請(qǐng)求鎖的時(shí)間枫浙。變量是否逃逸，對(duì)于虛擬機(jī)來(lái)說(shuō)需要使用數(shù)據(jù)流分析來(lái)確定古拴，但是對(duì)于我們程序員來(lái)說(shuō)這還不清楚么箩帚？我們會(huì)在明明知道不存在數(shù)據(jù)競(jìng)爭(zhēng)的代碼塊前加上同步嗎？但是有時(shí)候程序并不是我們所想的那樣黄痪？我們雖然沒(méi)有顯示使用鎖紧帕，但是我們?cè)谑褂靡恍㎎DK的內(nèi)置API時(shí)，如StringBuffer桅打、Vector是嗜、HashTable等，這個(gè)時(shí)候會(huì)存在隱形的加鎖操作挺尾。比如StringBuffer的append()方法鹅搪，Vector的add()方法：

    public void vectorTest(){
        Vector<String> vector = new Vector<String>();
        for(int i = 0 ; i < 10 ; i++){
            vector.add(i + "");
        }

        System.out.println(vector);
    }

在運(yùn)行這段代碼時(shí)，JVM可以明顯檢測(cè)到變量vector沒(méi)有逃逸出方法vectorTest()之外遭铺，所以JVM可以大膽地將vector內(nèi)部的加鎖操作消除丽柿。

重量級(jí)鎖

重量級(jí)鎖通過(guò)對(duì)象內(nèi)部的監(jiān)視器（monitor）實(shí)現(xiàn)，其中monitor的本質(zhì)是依賴于底層操作系統(tǒng)的Mutex Lock實(shí)現(xiàn)掂僵，操作系統(tǒng)實(shí)現(xiàn)線程之間的切換需要從用戶態(tài)到內(nèi)核態(tài)的切換航厚，切換成本非常高顷歌。

重量級(jí)鎖也就是通常說(shuō)synchronized的對(duì)象鎖锰蓬，鎖標(biāo)識(shí)位為10，其中指針指向的是monitor對(duì)象（也稱為管程或監(jiān)視器鎖）的起始地址眯漩。每個(gè)對(duì)象都存在著一個(gè) monitor 與之關(guān)聯(lián)芹扭，對(duì)象與其 monitor 之間的關(guān)系有存在多種實(shí)現(xiàn)方式，如monitor可以與對(duì)象一起創(chuàng)建銷毀或當(dāng)線程試圖獲取對(duì)象鎖時(shí)自動(dòng)生成赦抖，但當(dāng)一個(gè) monitor 被某個(gè)線程持有后舱卡，它便處于鎖定狀態(tài)。在Java虛擬機(jī)(HotSpot)中队萤，monitor是由ObjectMonitor實(shí)現(xiàn)的轮锥，其主要數(shù)據(jù)結(jié)構(gòu)如下（位于HotSpot虛擬機(jī)源碼ObjectMonitor.hpp文件，C++實(shí)現(xiàn)的）

ObjectMonitor() {
    _header       = NULL;
    _count        = 0; //記錄個(gè)數(shù)
    _waiters      = 0,
    _recursions   = 0;
    _object       = NULL;
    _owner        = NULL;
    _WaitSet      = NULL; //處于wait狀態(tài)的線程要尔，會(huì)被加入到_WaitSet
    _WaitSetLock  = 0 ;
    _Responsible  = NULL ;
    _succ         = NULL ;
    _cxq          = NULL ;
    FreeNext      = NULL ;
    _EntryList    = NULL ; //處于等待鎖block狀態(tài)的線程舍杜，會(huì)被加入到該列表
    _SpinFreq     = 0 ;
    _SpinClock    = 0 ;
    OwnerIsThread = 0 ;
  }

ObjectMonitor中有兩個(gè)隊(duì)列新娜，_WaitSet 和 _EntryList，用來(lái)保存ObjectWaiter對(duì)象列表( 每個(gè)等待鎖的線程都會(huì)被封裝成ObjectWaiter對(duì)象),_owner指向持有ObjectMonitor對(duì)象的線程既绩，當(dāng)多個(gè)線程同時(shí)訪問(wèn)一段同步代碼時(shí)概龄，首先會(huì)進(jìn)入 _EntryList 集合，當(dāng)線程獲取到對(duì)象的monitor 后進(jìn)入 _Owner 區(qū)域并把monitor中的owner變量設(shè)置為當(dāng)前線程同時(shí)monitor中的計(jì)數(shù)器count加1饲握，
若線程調(diào)用 wait() 方法私杜，將釋放當(dāng)前持有的monitor，owner變量恢復(fù)為null救欧，count自減1衰粹，同時(shí)該線程進(jìn)入 WaitSe t集合中等待被喚醒。若當(dāng)前線程執(zhí)行完畢也將釋放monitor(鎖)并復(fù)位變量的值颜矿，以便其他線程進(jìn)入獲取monitor(鎖)

image.png

由此看來(lái)寄猩，monitor對(duì)象存在于每個(gè)Java對(duì)象的對(duì)象頭中(存儲(chǔ)的指針的指向)，synchronized鎖便是通過(guò)這種方式獲取鎖的骑疆，也是為什么Java中任意對(duì)象可以作為鎖的原因田篇，同時(shí)也是notify/notifyAll/wait等方法存在于頂級(jí)對(duì)象Object中的原因

synchronized代碼塊底層原理
現(xiàn)在我們重新定義一個(gè)synchronized修飾的同步代碼塊，在代碼塊中操作共享變量i箍铭，如下

public class SyncCodeBlock {

   public int i;

   public void syncTask(){
       //同步代碼庫(kù)
       synchronized (this){
           i++;
       }
   }
}

3: monitorenter  //進(jìn)入同步方法
//..........省略其他  
15: monitorexit   //退出同步方法
16: goto          24
//省略其他.......
21: monitorexit //退出同步方法

從字節(jié)碼中可知同步語(yǔ)句塊的實(shí)現(xiàn)使用的是monitorenter 和 monitorexit 指令.
其中monitorenter指令指向同步代碼塊的開(kāi)始位置泊柬，monitorexit指令則指明同步代碼塊的結(jié)束位置，當(dāng)執(zhí)行monitorenter指令時(shí)诈火，當(dāng)前線程將試圖獲取 objectref(即對(duì)象鎖) 所對(duì)應(yīng)的 monitor 的持有權(quán)兽赁，當(dāng) objectref 的 monitor 的進(jìn)入計(jì)數(shù)器為 0，那線程可以成功取得 monitor冷守，并將計(jì)數(shù)器值設(shè)置為 1刀崖，取鎖成功。
如果當(dāng)前線程已經(jīng)擁有 objectref 的 monitor 的持有權(quán)拍摇，那它可以重入這個(gè) monitor (關(guān)于重入性稍后會(huì)分析)亮钦，重入時(shí)計(jì)數(shù)器的值也會(huì)加 1。倘若其他線程已經(jīng)擁有 objectref 的 monitor 的所有權(quán)充活，那當(dāng)前線程將被阻塞蜂莉，直到正在執(zhí)行線程執(zhí)行完畢，即monitorexit指令被執(zhí)行混卵，執(zhí)行線程將釋放 monitor(鎖)并設(shè)置計(jì)數(shù)器值為0 映穗，其他線程將有機(jī)會(huì)持有 monitor
值得注意的是編譯器將會(huì)確保無(wú)論方法通過(guò)何種方式完成，方法中調(diào)用過(guò)的每條 monitorenter 指令都有執(zhí)行其對(duì)應(yīng) monitorexit 指令幕随，而無(wú)論這個(gè)方法是正常結(jié)束還是異常結(jié)束蚁滋。為了保證在方法異常完成時(shí) monitorenter 和 monitorexit 指令依然可以正確配對(duì)執(zhí)行，編譯器會(huì)自動(dòng)產(chǎn)生一個(gè)異常處理器，這個(gè)異常處理器聲明可處理所有的異常辕录，它的目的就是用來(lái)執(zhí)行 monitorexit 指令澄阳。從字節(jié)碼中也可以看出多了一個(gè)monitorexit指令，它就是異常結(jié)束時(shí)被執(zhí)行的釋放monitor 的指令

synchronized方法底層原理
方法級(jí)的同步是隱式踏拜，即無(wú)需通過(guò)字節(jié)碼指令來(lái)控制的碎赢，它實(shí)現(xiàn)在方法調(diào)用和返回操作之中。JVM可以從方法常量池中的方法表結(jié)構(gòu)(method_info Structure) 中的 ACC_SYNCHRONIZED 訪問(wèn)標(biāo)志區(qū)分一個(gè)方法是否同步方法速梗。當(dāng)方法調(diào)用時(shí)肮塞，調(diào)用指令將會(huì) 檢查方法的 ACC_SYNCHRONIZED 訪問(wèn)標(biāo)志是否被設(shè)置，如果設(shè)置了姻锁，執(zhí)行線程將先持有monitor（虛擬機(jī)規(guī)范中用的是管程一詞）枕赵， 然后再執(zhí)行方法，最后再方法完成(無(wú)論是正常完成還是非正常完成)時(shí)釋放monitor位隶。在方法執(zhí)行期間拷窜，執(zhí)行線程持有了monitor，其他任何線程都無(wú)法再獲得同一個(gè)monitor涧黄。如果一個(gè)同步方法執(zhí)行期間拋 出了異常篮昧，并且在方法內(nèi)部無(wú)法處理此異常，那這個(gè)同步方法所持有的monitor將在異常拋到同步方法之外時(shí)自動(dòng)釋放笋妥。下面我們看看字節(jié)碼層面如何實(shí)現(xiàn)：

public class SyncMethod {

   public int i;

   public synchronized void syncTask(){
           i++;
   }
}

Classfile /Users/zejian/Downloads/Java8_Action/src/main/java/com/zejian/concurrencys/SyncMethod.class
  Last modified 2017-6-2; size 308 bytes
  MD5 checksum f34075a8c059ea65e4cc2fa610e0cd94
  Compiled from "SyncMethod.java"
public class com.zejian.concurrencys.SyncMethod
  minor version: 0
  major version: 52
  flags: ACC_PUBLIC, ACC_SUPER
Constant pool;

   //省略沒(méi)必要的字節(jié)碼
  //==================syncTask方法======================
  public synchronized void syncTask();
    descriptor: ()V
    //方法標(biāo)識(shí)ACC_PUBLIC代表public修飾懊昨，ACC_SYNCHRONIZED指明該方法為同步方法
    flags: ACC_PUBLIC, ACC_SYNCHRONIZED
    Code:
      stack=3, locals=1, args_size=1
         0: aload_0
         1: dup
         2: getfield      #2                  // Field i:I
         5: iconst_1
         6: iadd
         7: putfield      #2                  // Field i:I
        10: return
      LineNumberTable:
        line 12: 0
        line 13: 10
}
SourceFile: "SyncMethod.java"

從字節(jié)碼中可以看出，synchronized修飾的方法并沒(méi)有monitorenter指令和monitorexit指令春宣，取得代之的確實(shí)是ACC_SYNCHRONIZED標(biāo)識(shí)酵颁，該標(biāo)識(shí)指明了該方法是一個(gè)同步方法，JVM通過(guò)該ACC_SYNCHRONIZED訪問(wèn)標(biāo)志來(lái)辨別一個(gè)方法是否聲明為同步方法月帝，從而執(zhí)行相應(yīng)的同步調(diào)用躏惋。這便是synchronized鎖在同步代碼塊和同步方法上實(shí)現(xiàn)的基本原理。同時(shí)我們還必須注意到的是在Java早期版本中嚷辅，synchronized屬于重量級(jí)鎖簿姨，效率低下，因?yàn)楸O(jiān)視器鎖（monitor）是依賴于底層的操作系統(tǒng)的Mutex Lock來(lái)實(shí)現(xiàn)的潦蝇，而操作系統(tǒng)實(shí)現(xiàn)線程之間的切換時(shí)需要從用戶態(tài)轉(zhuǎn)換到核心態(tài)款熬，這個(gè)狀態(tài)之間的轉(zhuǎn)換需要相對(duì)比較長(zhǎng)的時(shí)間深寥，時(shí)間成本相對(duì)較高攘乒，這也是為什么早期的synchronized效率低的原因。慶幸的是在Java 6之后Java官方對(duì)從JVM層面對(duì)synchronized較大優(yōu)化惋鹅，所以現(xiàn)在的synchronized鎖效率也優(yōu)化得很不錯(cuò)了则酝，Java 6之后，為了減少獲得鎖和釋放鎖所帶來(lái)的性能消耗，引入了輕量級(jí)鎖和偏向鎖.

synchronized的可重入性
從互斥鎖的設(shè)計(jì)上來(lái)說(shuō)沽讹，當(dāng)一個(gè)線程試圖操作一個(gè)由其他線程持有的對(duì)象鎖的臨界資源時(shí)般卑，將會(huì)處于阻塞狀態(tài)，但當(dāng)一個(gè)線程再次請(qǐng)求自己持有對(duì)象鎖的臨界資源時(shí)爽雄，這種情況屬于重入鎖蝠检，請(qǐng)求將會(huì)成功，在java中synchronized是基于原子性的內(nèi)部鎖機(jī)制挚瘟，是可重入的叹谁，因此在一個(gè)線程調(diào)用synchronized方法的同時(shí)在其方法體內(nèi)部調(diào)用該對(duì)象另一個(gè)synchronized方法，也就是說(shuō)一個(gè)線程得到一個(gè)對(duì)象鎖后再次請(qǐng)求該對(duì)象鎖乘盖，是允許的焰檩，這就是synchronized的可重入性

public class AccountingSync implements Runnable{
    static AccountingSync instance=new AccountingSync();
    static int i=0;
    static int j=0;
    @Override
    public void run() {
        for(int j=0;j<1000000;j++){

            //this,當(dāng)前實(shí)例對(duì)象鎖
            synchronized(this){
                i++;
                increase();//synchronized的可重入性
            }
        }
    }

    public synchronized void increase(){
        j++;
    }


    public static void main(String[] args) throws InterruptedException {
        Thread t1=new Thread(instance);
        Thread t2=new Thread(instance);
        t1.start();t2.start();
        t1.join();t2.join();
        System.out.println(i);
    }
}

在獲取當(dāng)前實(shí)例對(duì)象鎖后進(jìn)入synchronized代碼塊執(zhí)行同步代碼，并在代碼塊中調(diào)用了當(dāng)前實(shí)例對(duì)象的另外一個(gè)synchronized方法订框，再次請(qǐng)求當(dāng)前實(shí)例鎖時(shí)析苫，將被允許，進(jìn)而執(zhí)行方法體代碼穿扳，這就是重入鎖最直接的體現(xiàn).由于synchronized是基于monitor實(shí)現(xiàn)的衩侥，因此每次重入，monitor中的計(jì)數(shù)器仍會(huì)加1矛物。

線程中斷與synchronized
在Java中顿乒，提供了以下3個(gè)有關(guān)線程中斷的方法

//中斷線程（實(shí)例方法）
public void Thread.interrupt();

//判斷線程是否被中斷（實(shí)例方法）
public boolean Thread.isInterrupted();

//判斷是否被中斷并清除當(dāng)前中斷狀態(tài)（靜態(tài)方法）
public static boolean Thread.interrupted();

當(dāng)一個(gè)線程處于被阻塞狀態(tài)或者試圖執(zhí)行一個(gè)阻塞操作時(shí)，使用Thread.interrupt()方式中斷該線程泽谨，注意此時(shí)將會(huì)拋出一個(gè)InterruptedException的異常璧榄，同時(shí)中斷狀態(tài)將會(huì)被復(fù)位(由中斷狀態(tài)改為非中斷狀態(tài))，

public class InterruputSleepThread3 {
    public static void main(String[] args) throws InterruptedException {
        Thread t1 = new Thread() {
            @Override
            public void run() {
                //while在try中吧雹，通過(guò)異常中斷就可以退出run循環(huán)
                try {
                    while (true) {
                        //當(dāng)前線程處于阻塞狀態(tài)骨杂，異常必須捕捉處理，無(wú)法往外拋出
                        TimeUnit.SECONDS.sleep(2);
                    }
                } catch (InterruptedException e) {
                    System.out.println("Interruted When Sleep");
                    boolean interrupt = this.isInterrupted();
                    //中斷狀態(tài)被復(fù)位
                    System.out.println("interrupt:"+interrupt);
                }
            }
        };
        t1.start();
        TimeUnit.SECONDS.sleep(2);
        //中斷處于阻塞狀態(tài)的線程
        t1.interrupt();

        /**
         * 輸出結(jié)果:
           Interruted When Sleep
           interrupt:false
         */
    }
}

我們創(chuàng)建一個(gè)線程雄卷，并在線程中調(diào)用了sleep方法從而使用線程進(jìn)入阻塞狀態(tài)搓蚪，啟動(dòng)線程后，調(diào)用線程實(shí)例對(duì)象的interrupt方法中斷阻塞異常丁鹉，并拋出InterruptedException異常妒潭，此時(shí)中斷狀態(tài)也將被復(fù)位。這里有些人可能會(huì)詫異揣钦，為什么不用Thread.sleep(2000);而是用TimeUnit.SECONDS.sleep(2);其實(shí)原因很簡(jiǎn)單雳灾，前者使用時(shí)并沒(méi)有明確的單位說(shuō)明，而后者非常明確表達(dá)秒的單位冯凹，事實(shí)上后者的內(nèi)部實(shí)現(xiàn)最終還是調(diào)用了Thread.sleep(2000);谎亩，但為了編寫的代碼語(yǔ)義更清晰，建議使用TimeUnit.SECONDS.sleep(2);的方式
除了阻塞中斷的情景，我們還可能會(huì)遇到處于運(yùn)行期且非阻塞的狀態(tài)的線程匈庭，這種情況下夫凸，直接調(diào)用Thread.interrupt()中斷線程是不會(huì)得到任響應(yīng)的，如下代碼阱持，將無(wú)法中斷非阻塞狀態(tài)下的線程：

public class InterruputThread {
    public static void main(String[] args) throws InterruptedException {
        Thread t1=new Thread(){
            @Override
            public void run(){
                while(true){
                    System.out.println("未被中斷");
                }
            }
        };
        t1.start();
        TimeUnit.SECONDS.sleep(2);
        t1.interrupt();

        /**
         * 輸出結(jié)果(無(wú)限執(zhí)行):
             未被中斷
             未被中斷
             未被中斷
             ......
         */
    }
}

雖然我們調(diào)用了interrupt方法夭拌，但線程t1并未被中斷，因?yàn)樘幱诜亲枞麪顟B(tài)的線程需要我們手動(dòng)進(jìn)行中斷檢測(cè)并結(jié)束程序衷咽，改進(jìn)后代碼如下：

public class InterruputThread {
    public static void main(String[] args) throws InterruptedException {
        Thread t1=new Thread(){
            @Override
            public void run(){
                while(true){
                    //判斷當(dāng)前線程是否被中斷
                    if (this.isInterrupted()){
                        System.out.println("線程中斷");
                        break;
                    }
                }

                System.out.println("已跳出循環(huán),線程中斷!");
            }
        };
        t1.start();
        TimeUnit.SECONDS.sleep(2);
        t1.interrupt();

        /**
         * 輸出結(jié)果:
            線程中斷
            已跳出循環(huán),線程中斷!
         */
    }
}

是的啼止，我們?cè)诖a中使用了實(shí)例方法isInterrupted判斷線程是否已被中斷，如果被中斷將跳出循環(huán)以此結(jié)束線程,注意非阻塞狀態(tài)調(diào)用interrupt()并不會(huì)導(dǎo)致中斷狀態(tài)重置兵罢。

綜合所述献烦，可以簡(jiǎn)單總結(jié)一下中斷兩種情況，一種是當(dāng)線程處于阻塞狀態(tài)或者試圖執(zhí)行一個(gè)阻塞操作時(shí)卖词，我們可以使用實(shí)例方法interrupt()進(jìn)行線程中斷巩那，執(zhí)行中斷操作后將會(huì)拋出interruptException異常(該異常必須捕捉無(wú)法向外拋出)并將中斷狀態(tài)復(fù)位，另外一種是當(dāng)線程處于運(yùn)行狀態(tài)時(shí)此蜈，我們也可調(diào)用實(shí)例方法interrupt()進(jìn)行線程中斷踊挠，但同時(shí)必須手動(dòng)判斷中斷狀態(tài)腰奋，并編寫中斷線程的代碼(其實(shí)就是結(jié)束run方法體的代碼)院领。有時(shí)我們?cè)诰幋a時(shí)可能需要兼顧以上兩種情況之剧，那么就可以如下編寫：

public void run(){
    try {
    //判斷當(dāng)前線程是否已中斷,注意interrupted方法是靜態(tài)的,執(zhí)行后會(huì)對(duì)中斷狀態(tài)進(jìn)行復(fù)位
    while (!Thread.interrupted()) {
        TimeUnit.SECONDS.sleep(2);
    }
    } catch (InterruptedException e) {

    }
}

中斷與synchronized
事實(shí)上線程的中斷操作對(duì)于正在等待獲取的鎖對(duì)象的synchronized方法或者代碼塊并不起作用，也就是對(duì)于synchronized來(lái)說(shuō)战授，如果一個(gè)線程在等待鎖页藻，那么結(jié)果只有兩種，要么它獲得這把鎖繼續(xù)執(zhí)行植兰，要么它就保存等待份帐，即使調(diào)用中斷線程的方法，也不會(huì)生效楣导。演示代碼如下

public class SynchronizedBlocked implements Runnable{

    public synchronized void f() {
        System.out.println("Trying to call f()");
        while(true) // Never releases lock
            Thread.yield();
    }

    /**
     * 在構(gòu)造器中創(chuàng)建新線程并啟動(dòng)獲取對(duì)象鎖
     */
    public SynchronizedBlocked() {
        //該線程已持有當(dāng)前實(shí)例鎖
        new Thread() {
            public void run() {
                f(); // Lock acquired by this thread
            }
        }.start();
    }
    public void run() {
        //中斷判斷
        while (true) {
            if (Thread.interrupted()) {
                System.out.println("中斷線程!!");
                break;
            } else {
                f();
            }
        }
    }


    public static void main(String[] args) throws InterruptedException {
        SynchronizedBlocked sync = new SynchronizedBlocked();
        Thread t = new Thread(sync);
        //啟動(dòng)后調(diào)用f()方法,無(wú)法獲取當(dāng)前實(shí)例鎖處于等待狀態(tài)
        t.start();
        TimeUnit.SECONDS.sleep(1);
        //中斷線程,無(wú)法生效
        t.interrupt();
    }
}

我們?cè)赟ynchronizedBlocked構(gòu)造函數(shù)中創(chuàng)建一個(gè)新線程并啟動(dòng)獲取調(diào)用f()獲取到當(dāng)前實(shí)例鎖废境，由于SynchronizedBlocked自身也是線程，啟動(dòng)后在其run方法中也調(diào)用了f()筒繁，但由于對(duì)象鎖被其他線程占用噩凹，導(dǎo)致t線程只能等到鎖，此時(shí)我們調(diào)用了t.interrupt();但并不能中斷線程毡咏。

等待喚醒機(jī)制與synchronized
所謂等待喚醒機(jī)制本篇主要指的是notify/notifyAll和wait方法驮宴，在使用這3個(gè)方法時(shí)，必須處于synchronized代碼塊或者synchronized方法中血当，否則就會(huì)拋出IllegalMonitorStateException異常幻赚，這是因?yàn)檎{(diào)用這幾個(gè)方法前必須拿到當(dāng)前對(duì)象的監(jiān)視器monitor對(duì)象，也就是說(shuō)notify/notifyAll和wait方法依賴于monitor對(duì)象臊旭，在前面的分析中落恼，我們知道m(xù)onitor 存在于對(duì)象頭的Mark Word 中(存儲(chǔ)monitor引用指針)，而synchronized關(guān)鍵字可以獲取 monitor 离熏，這也就是為什么notify/notifyAll和wait方法必須在synchronized代碼塊或者synchronized方法調(diào)用的原因佳谦。

synchronized (obj) {
       obj.wait();
       obj.notify();
       obj.notifyAll();         
 }

需要特別理解的一點(diǎn)是，與sleep方法不同的是wait方法調(diào)用完成后滋戳，線程將被暫停钻蔑，但wait方法將會(huì)釋放當(dāng)前持有的監(jiān)視器鎖(monitor)，直到有線程調(diào)用notify/notifyAll方法后方能繼續(xù)執(zhí)行奸鸯，而sleep方法只讓線程休眠并不釋放鎖咪笑。同時(shí)notify/notifyAll方法調(diào)用后，并不會(huì)馬上釋放監(jiān)視器鎖娄涩，而是在相應(yīng)的synchronized(){}/synchronized方法執(zhí)行結(jié)束后才自動(dòng)釋放鎖窗怒。