12. 面試官不問, 你也不得不知道的鎖知識!

前言

hello, 大家好, 我是咸魚君, 擅長各種Java摸魚姿勢.

image

恰逢2020年“金九”月,

今天, 我們就來說一說面試中出現(xiàn)頻率極高的鎖知識!

ps:說不定可以幫到部分有“想法”的同學(xué)

image

鎖的優(yōu)化

JDK6開始, synchronized的實(shí)現(xiàn)機(jī)制進(jìn)行了較大調(diào)整,除了使用JDK5引進(jìn)的CAS自旋之外, 還增加了以下的優(yōu)化策略.

  • 自適應(yīng)的CAS自旋
  • 鎖消除
  • 鎖粗化
  • 偏向鎖
  • 輕量級鎖
  • ...

這些優(yōu)化使得synchronized性能獲得了極大提高, 所以, 情況允許下, 推薦使用synchronized關(guān)鍵字.

今天, 我們好好了解下synchronized鎖進(jìn)行的那些優(yōu)化, 這樣我們使用時(shí)才能清晰的明白優(yōu)劣, 作出合適的選擇.

鎖的基本狀態(tài)

鎖主要存在以下四種狀態(tài):

  1. 無鎖狀態(tài)
  2. 偏向鎖狀態(tài)
  3. 輕量級鎖狀態(tài)
  4. 重量級鎖狀態(tài)

鎖可以從偏向鎖 升級到 輕量級鎖, 再 升級至 重量級鎖.
不過鎖的升級是單向的,
也就是說只能從低到高, 不會出現(xiàn)鎖的降級.

在 JDK 1.6 中默認(rèn)是開啟偏向鎖和輕量級鎖的,
可以通過-XX:-UseBiasedLocking來禁用偏向鎖.

自旋鎖

線程的阻塞和喚醒需要CPU從用戶態(tài)轉(zhuǎn)為核心態(tài),
頻繁的阻塞和喚醒對CPU來說是一件負(fù)擔(dān)很重的工作,勢必會給系統(tǒng)的并發(fā)性能帶來很大的壓力.
另外, 其實(shí)在許多應(yīng)用上面, 對象鎖的鎖狀態(tài)只會持續(xù)很短一段時(shí)間,
為了這一段很短的時(shí)間頻繁地阻塞和喚醒線程是非常不值得的.

所以引入自旋鎖.

何謂自旋鎖？

所謂自旋鎖,
就是指當(dāng)一個(gè)線程嘗試獲取某個(gè)鎖時(shí),
如果該鎖已被其他線程占用,
就一直循環(huán)檢測鎖是否被釋放,
而不是進(jìn)入線程掛起或睡眠狀態(tài).

自旋鎖適用于鎖保護(hù)的臨界區(qū)很小的情況,
臨界區(qū)很小的話,鎖占用的時(shí)間就很短.

自旋等待不能替代阻塞,
雖然它可以避免線程切換帶來的開銷, 但是它占用了CPU處理器的時(shí)間.
如果持有鎖的線程很快就釋放了鎖,那么自旋的效率就非常好,
反之,自旋的線程就會白白消耗掉處理的資源,它不會做任何有意義的工作,典型的占著茅坑不拉屎,這樣反而會帶來性能上的浪費(fèi).

所以說,自旋等待的時(shí)間(自旋的次數(shù))必須要有一個(gè)限度,
如果自旋超過了定義的時(shí)間仍然沒有獲取到鎖,則應(yīng)該被掛起.

自旋鎖在JDK 1.4.2中引入,默認(rèn)關(guān)閉,但是可以使用
-XX:+UseSpinning開啟,
在JDK1.6中默認(rèn)開啟. 同時(shí)自旋的默認(rèn)次數(shù)為10次,可以通過參數(shù)-XX:PreBlockSpin來調(diào)整.

如果通過參數(shù)-XX:PreBlockSpin來調(diào)整自旋鎖的自旋次數(shù),會帶來諸多不便.
假如將參數(shù)調(diào)整為10,
但是系統(tǒng)很多線程都是等你剛剛退出的時(shí)候就釋放了鎖(假如多自旋一兩次就可以獲取鎖),是不是很尷尬.
于是JDK1.6引入自適應(yīng)的自旋鎖,讓虛擬機(jī)會變得越來越聰明.

適應(yīng)性自旋鎖

JDK 1.6引入了更加聰明的自旋鎖,即自適應(yīng)自旋鎖.
所謂自適應(yīng)就意味著自旋的次數(shù)不再是固定的,它是由前一次在同一個(gè)鎖上的自旋時(shí)間及鎖的擁有者的狀態(tài)來決定.

那它如何進(jìn)行適應(yīng)性自旋呢虹菲？

線程如果自旋成功了,
那么下次自旋的次數(shù)會更加多,因?yàn)樘摂M機(jī)認(rèn)為既然上次成功了,
那么此次自旋也很有可能會再次成功,那么它就會允許自旋等待持續(xù)的次數(shù)更多.

反之,如果對于某個(gè)鎖,很少有自旋能夠成功,
那么在以后要或者這個(gè)鎖的時(shí)候自旋的次數(shù)會減少甚至省略掉自旋過程,
以免浪費(fèi)處理器資源.

有了自適應(yīng)自旋鎖, 隨著程序運(yùn)行和性能監(jiān)控信息的不斷完善,
虛擬機(jī)對程序鎖的狀況預(yù)測會越來越準(zhǔn)確, 虛擬機(jī)會變得越來越聰明.

鎖消除

為了保證數(shù)據(jù)的完整性,
在進(jìn)行操作時(shí)需要對部分操作進(jìn)行同步控制,
但是在有些情況下,JVM檢測到不可能存在共享數(shù)據(jù)競爭,
此時(shí), JVM會對這些同步鎖進(jìn)行鎖消除.

鎖消除的依據(jù)是逃逸分析的數(shù)據(jù)支持

逃逸分析

逃逸分析的是一個(gè)對象的動態(tài)作用域懊烤，2種情況
方法逃逸：對象通過參數(shù)傳遞傳給了另一個(gè)方法
線程逃逸：對象有另外的線程訪問
逃逸分析的目的是確認(rèn)一個(gè)對象是否只可能當(dāng)前線程能訪問

如果不存在競爭,為什么還需要加鎖呢轩猩？
所以, 鎖消除可以節(jié)省毫無意義的請求鎖的時(shí)間.

變量是否逃逸,對于虛擬機(jī)來說需要使用數(shù)據(jù)流分析來確定的,
對于開發(fā)人員來說, 一些情況是可以主觀分析出來的,
比如,不存在數(shù)據(jù)競爭的代碼塊不需要加上同步!

但是, 有時(shí)候程序并不是我們所想的那樣,
雖然沒有顯示使用鎖, 但是在使用一些JDK的內(nèi)置API時(shí),如

  • StringBuffer
  • Vector
  • HashTable
  • 其它...

這個(gè)時(shí)候會存在隱形的加鎖操作.

比如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可以明顯檢測到變量vector沒有逃逸出vectorTest()方法外,
所以JVM可以大膽地將vector內(nèi)部的加鎖操作消除.

鎖粗化

鎖粗化概念比較好理解,就是將多個(gè)連續(xù)的加鎖纺铭、解鎖操作連接在一起,擴(kuò)展成一個(gè)范圍更大的鎖

為什么要鎖粗化?

在使用同步鎖的時(shí)候, 需要讓同步塊的作用范圍盡可能小(僅在共享數(shù)據(jù)的實(shí)際作用域中才進(jìn)行同步).
這樣做是為了使需要同步的操作數(shù)量盡可能縮小,如果存在鎖競爭,那么等待鎖的線程也能盡快拿到鎖.

在大多數(shù)的情況下,上述觀點(diǎn)是正確的.

但是, 如果一系列的連續(xù)加鎖解鎖操作,可能會導(dǎo)致不必要的性能損耗,
所以引入鎖粗化的概念.

還舉個(gè)上文中的例子

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

vector每次add的時(shí)候都需要加鎖操作,
JVM檢測到對同一個(gè)對象(vector)連續(xù)加鎖木人、解鎖操作, 會合并一個(gè)更大范圍的加鎖溯职、解鎖操作, 即加鎖解鎖操作會移到for循環(huán)之外.

偏向鎖

偏向鎖是JDK6中引入的重要概念.
HotSpot虛擬機(jī)作者經(jīng)過研究實(shí)踐發(fā)現(xiàn),
在大多數(shù)情況下, 鎖不僅不存在多線程競爭, 而且總是由同一線程多次獲得;
為了讓線程獲得鎖的代價(jià)更低, 所以引進(jìn)了偏向鎖.

偏向鎖是在單線程執(zhí)行代碼塊時(shí)使用的機(jī)制.
如果在多線程并發(fā)的環(huán)境下(即線程A尚未執(zhí)行完同步代碼塊,線程B發(fā)起了申請鎖的申請),則一定會轉(zhuǎn)化為輕量級鎖或者重量級鎖.

在JDK5中, 偏向鎖默認(rèn)是關(guān)閉的;
而到了JDK6中, 偏向鎖已經(jīng)默認(rèn)開啟.
如果并發(fā)數(shù)較大,并且同步代碼塊執(zhí)行時(shí)間較長時(shí),
則被多個(gè)線程同時(shí)訪問的概率就很大,
此時(shí)就可以使用參數(shù)-XX:-UseBiasedLocking來禁止偏向鎖(但這是個(gè)JVM參數(shù),不能針對某個(gè)對象鎖來單獨(dú)設(shè)置).

引入偏向鎖主要目的:

為了在沒有多線程競爭的情況下,
盡量減少不必要的輕量級鎖執(zhí)行路徑.
因?yàn)檩p量級鎖的加鎖解鎖操作是需要依賴多次CAS原子指令的;
而偏向鎖只需要在置換ThreadID的時(shí)候依賴一次CAS原子指令(由于一旦出現(xiàn)多線程競爭的情況就必須撤銷偏向鎖,所以偏向鎖的撤銷操作的性能損耗也必須小于節(jié)省下來的CAS原子指令的性能消耗).

輕量級鎖是為了在線程交替執(zhí)行同步塊時(shí)提高性能;
而偏向鎖則是在只有一個(gè)線程執(zhí)行同步塊時(shí)進(jìn)一步提高性能.

那么偏向鎖是如何來減少不必要的CAS操作呢?

首先我們看下無競爭下鎖存在什么問題：

現(xiàn)在幾乎所有的鎖都是可重入的,即已經(jīng)獲得鎖的線程可以多次鎖住/解鎖監(jiān)視對象;
按照HotSpot之前的設(shè)計(jì),
每次加鎖/解鎖都會涉及到一些CAS操作(比如對等待隊(duì)列的CAS操作),
CAS操作會延遲本地調(diào)用,

因此偏向鎖的想法是:
一旦線程第一次獲得了監(jiān)視對象,
之后讓監(jiān)視對象“偏向”這個(gè)線程,
之后的多次調(diào)用則可以避免CAS操作;
說白了就是置個(gè)變量,
如果發(fā)現(xiàn)為true則無需再走各種加鎖/解鎖流程.

CAS為什么會引入本地延遲?

這要從SMP(對稱多處理器)架構(gòu)說起,下圖大概表明了SMP的結(jié)構(gòu)：

SMP(對稱多處理器)架構(gòu)

如圖, 所有的CPU會共享一條系統(tǒng)總線(BUS),靠此總線連接主存.
每個(gè)核心都有自己的一級緩存,各核相對于BUS對稱分布,
因此這種結(jié)構(gòu)稱為“對稱多處理器”.

而CAS的全稱為Compare-And-Swap,是一條CPU的原子指令;
其作用是讓CPU比較后, 原子地更新某個(gè)位置的值;
其實(shí)現(xiàn)方式是基于硬件平臺的匯編指令,
也就是說CAS是靠硬件實(shí)現(xiàn)的,JVM只是封裝了匯編調(diào)用;
那些AtomicInteger類便是使用了這些封裝后的接口.

舉個(gè)例子

兩個(gè)核心,Core1和Core2,
Core1和Core2可能會同時(shí)把主存中某個(gè)位置的值Load到自己的L1 Cache中,
當(dāng)Core1在自己的L1 Cache中修改這個(gè)位置的值時(shí),會通過總線,使Core2中L1 Cache對應(yīng)的值“失效”;
而Core2一旦發(fā)現(xiàn)自己L1 Cache中的值失效(稱為Cache命中缺失)則會通過總線從內(nèi)存中加載該地址最新的值;
大家通過總線的來回通信稱為“Cache一致性流量”,
因?yàn)榭偩€被設(shè)計(jì)為固定的“通信能力”,
如果Cache一致性流量過大,總線將成為瓶頸.
而當(dāng)Core1和Core2中的值再次一致時(shí),稱為“Cache一致性”;
從這個(gè)層面來說,鎖設(shè)計(jì)的終極目標(biāo)便是減少Cache一致性流量.

而CAS恰好會導(dǎo)致Cache一致性流量,
如果有很多線程都共享同一個(gè)對象,
當(dāng)某個(gè)Core CAS成功時(shí)必然會引起總線風(fēng)暴,
這就是所謂的本地延遲,
本質(zhì)上偏向鎖就是為了消除CAS,降低Cache一致性流量.

Cache一致性：

上面提到Cache一致性,其實(shí)是有協(xié)議支持的,現(xiàn)在通用的協(xié)議是MESI(最早由Intel開始支持),具體參考：http://en.wikipedia.org/wiki/MESI_protocol.

Cache一致性流量的例外情況：

其實(shí)也不是所有的CAS都會導(dǎo)致總線風(fēng)暴,這跟Cache一致性協(xié)議有關(guān),具體參考：http://blogs.oracle.com/dave/entry/biased_locking_in_hotspot

NUMA(Non Uniform Memory Access Achitecture)架構(gòu)：

與SMP對應(yīng)還有非對稱多處理器架構(gòu),現(xiàn)在主要應(yīng)用在一些高端處理器上;
主要特點(diǎn)是:

  • 沒有總線;
  • 沒有公用主存;
  • 每個(gè)Core有自己的內(nèi)存;

針對這種結(jié)構(gòu)此處不做討論.

所以,當(dāng)一個(gè)線程訪問同步塊并獲取鎖時(shí),會在對象頭和棧幀中的鎖記錄里存儲鎖偏向的線程ID,以后該線程進(jìn)入和退出同步塊時(shí)不需要花費(fèi)CAS操作來爭奪鎖資源,只需要檢查是否為偏向鎖、鎖標(biāo)識為以及ThreadID即可,處理流程如下：

  1. 檢測Mark Word是否為可偏向狀態(tài),即是否為偏向鎖1,鎖標(biāo)識位為01黔夭；
  2. 若為可偏向狀態(tài),則測試線程ID是否為當(dāng)前線程ID,如果是,則執(zhí)行步驟(5),否則執(zhí)行步驟(3)；
  3. 如果測試線程ID不為當(dāng)前線程ID,則通過CAS操作競爭鎖,競爭成功,則將Mark Word的線程ID替換為當(dāng)前線程ID,否則執(zhí)行線程(4)羽嫡；
  4. 通過CAS競爭鎖失敗,證明當(dāng)前存在多線程競爭情況,當(dāng)?shù)竭_(dá)全局安全點(diǎn),獲得偏向鎖的線程被掛起,偏向鎖升級為輕量級鎖,然后被阻塞在安全點(diǎn)的線程繼續(xù)往下執(zhí)行同步代碼塊本姥；
  5. 執(zhí)行同步代碼塊；

偏向鎖的釋放采用了 一種只有競爭才會釋放鎖的機(jī)制,線程是不會主動去釋放偏向鎖,需要等待其他線程來競爭.偏向鎖的撤銷需要 等待全局安全點(diǎn)(這個(gè)時(shí)間點(diǎn)是上沒有正在執(zhí)行的代碼).其步驟如下：

1.暫停擁有偏向鎖的線程杭棵；

  1. 判斷鎖對象是否還處于被鎖定狀態(tài),否,則恢復(fù)到無鎖狀態(tài)(01),以允許其余線程競爭.是,則掛起持有鎖的當(dāng)前線程,并將指向當(dāng)前線程的鎖記錄地址的指針放入對象頭Mark Word,升級為輕量級鎖狀態(tài)(00),然后恢復(fù)持有鎖的當(dāng)前線程,進(jìn)入輕量級鎖的競爭模式婚惫；

注意：此處將 當(dāng)前線程掛起再恢復(fù)的過程中并沒有發(fā)生鎖的轉(zhuǎn)移,仍然在當(dāng)前線程手中,只是穿插了個(gè) “將對象頭中的線程ID變更為指向鎖記錄地址的指針” 這么個(gè)事.

偏向鎖的獲取和釋放過程

輕量級鎖

引入輕量級鎖的主要目的是 在沒有多線程競爭的前提下,減少傳統(tǒng)的重量級鎖使用操作系統(tǒng)互斥量產(chǎn)生的性能消耗.當(dāng)關(guān)閉偏向鎖功能或者多個(gè)線程競爭偏向鎖導(dǎo)致偏向鎖升級為輕量級鎖,則會嘗試獲取輕量級鎖,其步驟如下：

  1. 在線程進(jìn)入同步塊時(shí),如果同步對象鎖狀態(tài)為無鎖狀態(tài)(鎖標(biāo)志位為“01”狀態(tài),是否為偏向鎖為“0”),虛擬機(jī)首先將在當(dāng)前線程的棧幀中建立一個(gè)名為鎖記錄(Lock Record)的空間,用于存儲鎖對象目前的Mark Word的拷貝,官方稱之為 Displaced Mark Word.此時(shí)線程堆棧與對象頭的狀態(tài)如下圖所示：


    輕量級鎖CAS操作之前線程堆棧與對象的狀態(tài)

  2. 拷貝對象頭中的Mark Word復(fù)制到鎖記錄(Lock Record)中；

  3. 拷貝成功后,虛擬機(jī)將使用CAS操作嘗試將對象Mark Word中的Lock Word更新為指向當(dāng)前線程Lock Record的指針,并將Lock record里的owner指針指向object mark word.如果更新成功,則執(zhí)行步驟(4),否則執(zhí)行步驟(5)颜屠；

  4. 如果這個(gè)更新動作成功了,那么當(dāng)前線程就擁有了該對象的鎖,并且對象Mark Word的鎖標(biāo)志位設(shè)置為“00”,即表示此對象處于輕量級鎖定狀態(tài),此時(shí)線程堆棧與對象頭的狀態(tài)如下圖所示：


    輕量級鎖CAS操作之后線程堆棧與對象的狀態(tài)

  5. 如果這個(gè)更新操作失敗了,虛擬機(jī)首先會檢查對象Mark Word中的Lock Word是否指向當(dāng)前線程的棧幀,如果是,就說明當(dāng)前線程已經(jīng)擁有了這個(gè)對象的鎖,那就可以直接進(jìn)入同步塊繼續(xù)執(zhí)行.否則說明多個(gè)線程競爭鎖,進(jìn)入自旋執(zhí)行(3),若自旋結(jié)束時(shí)仍未獲得鎖,輕量級鎖就要膨脹為重量級鎖,鎖標(biāo)志的狀態(tài)值變?yōu)椤?0”,Mark Word中存儲的就是指向重量級鎖(互斥量)的指針,當(dāng)前線程以及后面等待鎖的線程也要進(jìn)入阻塞狀態(tài).

輕量級鎖的釋放也是通過CAS操作來進(jìn)行的,主要步驟如下：

1.通過CAS操作嘗試把線程中復(fù)制的Displaced Mark Word對象替換當(dāng)前的Mark Word辰妙；
2.如果替換成功,整個(gè)同步過程就完成了,恢復(fù)到無鎖狀態(tài)(01)鹰祸；

  1. 如果替換失敗,說明有其他線程嘗試過獲取該鎖(此時(shí)鎖已膨脹),那就要在釋放鎖的同時(shí),喚醒被掛起的線程甫窟；

對于輕量級鎖,其性能提升的依據(jù)是 “對于絕大部分的鎖,在整個(gè)生命周期內(nèi)都是不會存在競爭的”,如果打破這個(gè)依據(jù)則除了互斥的開銷外,還有額外的CAS操作,因此在有多線程競爭的情況下,輕量級鎖比重量級鎖更慢.

輕量級鎖的獲取和釋放過程
  1. 為什么升級為輕量鎖時(shí)要把對象頭里的Mark Word復(fù)制到線程棧的鎖記錄中呢？

因?yàn)樵谏暾垖ο箧i時(shí) 需要以該值作為CAS的比較條件,同時(shí)在升級到重量級鎖的時(shí)候,能通過這個(gè)比較判定是否在持有鎖的過程中此鎖被其他線程申請過,如果被其他線程申請了,則在釋放鎖的時(shí)候要喚醒被掛起的線程.

  1. 為什么會嘗試CAS不成功以及什么情況下會不成功蛙婴？

CAS本身是不帶鎖機(jī)制的,其是通過比較而來.假設(shè)如下場景：線程A和線程B都在對象頭里的鎖標(biāo)識為無鎖狀態(tài)進(jìn)入,那么如線程A先更新對象頭為其鎖記錄指針成功之后,線程B再用CAS去更新,就會發(fā)現(xiàn)此時(shí)的對象頭已經(jīng)不是其操作前的對象HashCode了,所以CAS會失敗.也就是說,只有兩個(gè)線程并發(fā)申請鎖的時(shí)候會發(fā)生CAS失敗.

然后線程B進(jìn)行CAS自旋,等待對象頭的鎖標(biāo)識重新變回?zé)o鎖狀態(tài)或?qū)ο箢^內(nèi)容等于對象HashCode(因?yàn)檫@是線程B做CAS操作前的值),這也就意味著線程A執(zhí)行結(jié)束(參見后面輕量級鎖的撤銷,只有線程A執(zhí)行完畢撤銷鎖了才會重置對象頭),此時(shí)線程B的CAS操作終于成功了,于是線程B獲得了鎖以及執(zhí)行同步代碼的權(quán)限.如果線程A的執(zhí)行時(shí)間較長,線程B經(jīng)過若干次CAS時(shí)鐘沒有成功,則鎖膨脹為重量級鎖,即線程B被掛起阻塞粗井、等待重新調(diào)度.

此處,如何理解“輕量級”？“輕量級”是相對于使用操作系統(tǒng)互斥量來實(shí)現(xiàn)的傳統(tǒng)鎖而言的.但是,首先需要強(qiáng)調(diào)一點(diǎn)的是,輕量級鎖并不是用來代替重量級鎖的,它的本意是在沒有多線程競爭的前提下,減少傳統(tǒng)的重量級鎖使用產(chǎn)生的性能消耗.

輕量級鎖所適應(yīng)的場景是線程交替執(zhí)行同步塊的情況,如果存在同一時(shí)間訪問同一鎖的情況,必然就會導(dǎo)致輕量級鎖膨脹為重量級鎖.

重量級鎖

Synchronized是通過對象內(nèi)部的一個(gè)叫做 監(jiān)視器鎖(Monitor)來實(shí)現(xiàn)的.但是監(jiān)視器鎖本質(zhì)又是依賴于底層的操作系統(tǒng)的Mutex Lock來實(shí)現(xiàn)的.而操作系統(tǒng)實(shí)現(xiàn)線程之間的切換這就需要從用戶態(tài)轉(zhuǎn)換到核心態(tài),這個(gè)成本非常高,狀態(tài)之間的轉(zhuǎn)換需要相對比較長的時(shí)間,這就是為什么Synchronized效率低的原因.因此,這種依賴于操作系統(tǒng)Mutex Lock所實(shí)現(xiàn)的鎖我們稱之為 “重量級鎖”.

重量級鎖街图、輕量級鎖和偏向鎖之間轉(zhuǎn)換

重量級鎖浇衬、輕量級鎖和偏向鎖之間轉(zhuǎn)換
Synchronized偏向鎖、輕量級鎖及重量級鎖轉(zhuǎn)換流程

鎖的優(yōu)劣

各種鎖并不是相互代替的,而是在不同場景下的不同選擇,絕對不是說重量級鎖就是不合適的.每種鎖是只能升級,不能降級,即由偏向鎖->輕量級鎖->重量級鎖,而這個(gè)過程就是開銷逐漸加大的過程.

  1. 如果是單線程使用,那偏向鎖毫無疑問代價(jià)最小,并且它就能解決問題,連CAS都不用做,僅僅在內(nèi)存中比較下對象頭就可以了餐济；
  2. 如果出現(xiàn)了其他線程競爭,則偏向鎖就會升級為輕量級鎖耘擂；
  3. 如果其他線程通過一定次數(shù)的CAS嘗試沒有成功,則進(jìn)入重量級鎖；

在第3種情況下進(jìn)入同步代碼塊就 要做偏向鎖建立絮姆、偏向鎖撤銷醉冤、輕量級鎖建立、升級到重量級鎖,最終還是得靠重量級鎖來解決問題,那這樣的代價(jià)就比直接用重量級鎖要大不少了.所以使用哪種技術(shù),一定要看其所處的環(huán)境及場景,在絕大多數(shù)的情況下,偏向鎖是有效的,這是基于HotSpot作者發(fā)現(xiàn)的“大多數(shù)鎖只會由同一線程并發(fā)申請”的經(jīng)驗(yàn)規(guī)律.

鎖的優(yōu)劣
參考文章: 源碼架構(gòu)

都看到這了, 不點(diǎn)個(gè)“贊”就想跑?

image

歡迎關(guān)注我

技術(shù)公眾號 “CTO技術(shù)”


訂閱號.png
最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 人面猴
    序言：七十年代末篙悯，一起剝皮案震驚了整個(gè)濱河市蚁阳，隨后出現(xiàn)的幾起案子，更是在濱河造成了極大的恐慌鸽照，老刑警劉巖螺捐，帶你破解...
    沈念sama閱讀 211,817評論 6贊 492
  • 死咒
    序言：濱河連續(xù)發(fā)生了三起死亡事件，死亡現(xiàn)場離奇詭異矮燎，居然都是意外死亡定血，警方通過查閱死者的電腦和手機(jī)，發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,329評論 3贊 385
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進(jìn)店門诞外，熙熙樓的掌柜王于貴愁眉苦臉地迎上來糠悼，“玉大人，你說我怎么就攤上這事浅乔【笪梗” “怎么了铝条？”我有些...
    開封第一講書人閱讀 157,354評論 0贊 348
  • 道士緝兇錄：失蹤的賣姜人
    文/不壞的土叔 我叫張陵，是天一觀的道長席噩。 經(jīng)常有香客問我班缰，道長，這世上最難降的妖魔是什么悼枢？ 我笑而不...
    開封第一講書人閱讀 56,498評論 1贊 284
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任埠忘，我火速辦了婚禮，結(jié)果婚禮上馒索，老公的妹妹穿的比我還像新娘莹妒。我一直安慰自己，他們只是感情好绰上，可當(dāng)我...
    茶點(diǎn)故事閱讀 65,600評論 6贊 386
  • 惡毒庶女頂嫁案：這布局不是一般人想出來的
    文/花漫 我一把揭開白布旨怠。 她就那樣靜靜地躺著，像睡著了一般蜈块。 火紅的嫁衣襯著肌膚如雪鉴腻。 梳的紋絲不亂的頭發(fā)上，一...
    開封第一講書人閱讀 49,829評論 1贊 290
  • 城市分裂傳說
    那天百揭，我揣著相機(jī)與錄音爽哎，去河邊找鬼。 笑死器一，一個(gè)胖子當(dāng)著我的面吹牛课锌，可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播祈秕，決...
    沈念sama閱讀 38,979評論 3贊 408
  • 雙鴛鴦連環(huán)套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開眼渺贤，長吁一口氣：“原來是場噩夢啊……” “哼！你這毒婦竟也來了踢步？” 一聲冷哼從身側(cè)響起癣亚，我...
    開封第一講書人閱讀 37,722評論 0贊 266
  • 萬榮殺人案實(shí)錄
    序言：老撾萬榮一對情侶失蹤，失蹤者是張志新（化名）和其女友劉穎获印，沒想到半個(gè)月后述雾，有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體，經(jīng)...
    沈念sama閱讀 44,189評論 1贊 303
  • ?護(hù)林員之死
    正文 獨(dú)居荒郊野嶺守林人離奇死亡兼丰，尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,519評論 2贊 327
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年玻孟，在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片鳍征。...
    茶點(diǎn)故事閱讀 38,654評論 1贊 340
  • 活死人
    序言：一個(gè)原本活蹦亂跳的男人離奇死亡黍翎，死狀恐怖，靈堂內(nèi)的尸體忽然破棺而出艳丛，到底是詐尸還是另有隱情匣掸，我是刑警寧澤趟紊，帶...
    沈念sama閱讀 34,329評論 4贊 330
  • ?日本核電站爆炸內(nèi)幕
    正文 年R本政府宣布，位于F島的核電站碰酝，受9級特大地震影響霎匈，放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜送爸，卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,940評論 3贊 313
  • 男人毒藥：我在死后第九天來索命
    文/蒙蒙 一铛嘱、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧袭厂，春花似錦墨吓、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,762評論 0贊 21
  • 一樁弒父案帖烘，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至爽航，卻和暖如春蚓让，著一層夾襖步出監(jiān)牢的瞬間乾忱，已是汗流浹背讥珍。 一陣腳步聲響...
    開封第一講書人閱讀 31,993評論 1贊 266
  • 情欲美人皮
    我被黑心中介騙來泰國打工， 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留窄瘟，地道東北人衷佃。 一個(gè)月前我還...
    沈念sama閱讀 46,382評論 2贊 360
  • 代替公主和親
    正文 我出身青樓，卻偏偏與公主長得像蹄葱，于是被迫代替她去往敵國和親氏义。 傳聞我的和親對象是個(gè)殘疾皇子，可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,543評論 2贊 349