本篇內(nèi)容介紹了“Synchronized輕量級鎖的加鎖和解鎖過程”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

讓客戶滿意是我們工作的目標，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價值的長期合作伙伴，公司提供的服務(wù)項目有：域名與空間、網(wǎng)絡(luò)空間、營銷軟件、網(wǎng)站建設(shè)、福貢網(wǎng)站維護、網(wǎng)站推廣。

一、重量級鎖

上篇文章中向大家介紹了Synchronized的用法及其實現(xiàn)的原理。現(xiàn)在我們應(yīng)該知道，Synchronized是通過對象內(nèi)部的一個叫做監(jiān)視器鎖（monitor）來實現(xiàn)的。但是監(jiān)視器鎖本質(zhì)又是依賴于底層的操作系統(tǒng)的Mutex Lock來實現(xiàn)的。而操作系統(tǒng)實現(xiàn)線程之間的切換這就需要從用戶態(tài)轉(zhuǎn)換到核心態(tài)，這個成本非常高，狀態(tài)之間的轉(zhuǎn)換需要相對比較長的時間，這就是為什么Synchronized效率低的原因。因此，這種依賴于操作系統(tǒng)Mutex Lock所實現(xiàn)的鎖我們稱之為“重量級鎖”。JDK中對Synchronized做的種種優(yōu)化，其核心都是為了減少這種重量級鎖的使用。JDK1.6以后，為了減少獲得鎖和釋放鎖所帶來的性能消耗，提高性能，引入了“輕量級鎖”和“偏向鎖”。

二、輕量級鎖 

鎖的狀態(tài)總共有四種：無鎖狀態(tài)、偏向鎖、輕量級鎖和重量級鎖。隨著鎖的競爭，鎖可以從偏向鎖升級到輕量級鎖，再升級的重量級鎖（但是鎖的升級是單向的，也就是說只能從低到高升級，不會出現(xiàn)鎖的降級）。JDK 1.6中默認是開啟偏向鎖和輕量級鎖的，我們也可以通過-XX:-UseBiasedLocking來禁用偏向鎖。鎖的狀態(tài)保存在對象的頭文件中，以32位的JDK為例：

“輕量級”是相對于使用操作系統(tǒng)互斥量來實現(xiàn)的傳統(tǒng)鎖而言的。但是，首先需要強調(diào)一點的是，輕量級鎖并不是用來代替重量級鎖的，它的本意是在沒有多線程競爭的前提下，減少傳統(tǒng)的重量級鎖使用產(chǎn)生的性能消耗。在解釋輕量級鎖的執(zhí)行過程之前，先明白一點，輕量級鎖所適應(yīng)的場景是線程交替執(zhí)行同步塊的情況，如果存在同一時間訪問同一鎖的情況，就會導致輕量級鎖膨脹為重量級鎖。

1、輕量級鎖的加鎖過程

（1）在代碼進入同步塊的時候，如果同步對象鎖狀態(tài)為無鎖狀態(tài)（鎖標志位為“01”狀態(tài)，是否為偏向鎖為“0”），虛擬機首先將在當前線程的棧幀中建立一個名為鎖記錄（Lock Record）的空間，用于存儲鎖對象目前的Mark Word的拷貝，官方稱之為 Displaced Mark Word。這時候線程堆棧與對象頭的狀態(tài)如圖2.1所示。

（2）拷貝對象頭中的Mark Word復(fù)制到鎖記錄中。

（3）拷貝成功后，虛擬機將使用CAS操作嘗試將對象的Mark Word更新為指向Lock Record的指針，并將Lock record里的owner指針指向object mark word。如果更新成功，則執(zhí)行步驟（3），否則執(zhí)行步驟（4）。

（4）如果這個更新動作成功了，那么這個線程就擁有了該對象的鎖，并且對象Mark Word的鎖標志位設(shè)置為“00”，即表示此對象處于輕量級鎖定狀態(tài)，這時候線程堆棧與對象頭的狀態(tài)如圖2.2所示。

（5）如果這個更新操作失敗了，虛擬機首先會檢查對象的Mark Word是否指向當前線程的棧幀，如果是就說明當前線程已經(jīng)擁有了這個對象的鎖，那就可以直接進入同步塊繼續(xù)執(zhí)行。否則說明多個線程競爭鎖，輕量級鎖就要膨脹為重量級鎖，鎖標志的狀態(tài)值變?yōu)椤?0”，Mark Word中存儲的就是指向重量級鎖（互斥量）的指針，后面等待鎖的線程也要進入阻塞狀態(tài)。 而當前線程便嘗試使用自旋來獲取鎖，自旋就是為了不讓線程阻塞，而采用循環(huán)去獲取鎖的過程。

 

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

                                        圖 2.3三者的轉(zhuǎn)換圖

該圖主要是對上述內(nèi)容的總結(jié)，如果對上述內(nèi)容有較好的了解的話，該圖應(yīng)該很容易看懂。

四、其他優(yōu)化 

1、適應(yīng)性自旋（Adaptive Spinning）：從輕量級鎖獲取的流程中我們知道，當線程在獲取輕量級鎖的過程中執(zhí)行CAS操作失敗時，是要通過自旋來獲取重量級鎖的。問題在于，自旋是需要消耗CPU的，如果一直獲取不到鎖的話，那該線程就一直處在自旋狀態(tài)，白白浪費CPU資源。解決這個問題最簡單的辦法就是指定自旋的次數(shù)，例如讓其循環(huán)10次，如果還沒獲取到鎖就進入阻塞狀態(tài)。但是JDK采用了更聰明的方式——適應(yīng)性自旋，簡單來說就是線程如果自旋成功了，則下次自旋的次數(shù)會更多，如果自旋失敗了，則自旋的次數(shù)就會減少。

2、鎖粗化（Lock Coarsening）：鎖粗化的概念應(yīng)該比較好理解，就是將多次連接在一起的加鎖、解鎖操作合并為一次，將多個連續(xù)的鎖擴展成一個范圍更大的鎖。舉個例子：

1 package com.paddx.test.string;
 2 
 3 public class StringBufferTest {
 4     StringBuffer stringBuffer = new StringBuffer();
 5 
 6     public void append(){
 7         stringBuffer.append("a");
 8         stringBuffer.append("b");
 9         stringBuffer.append("c");
10     }
11 }

這里每次調(diào)用stringBuffer.append方法都需要加鎖和解鎖，如果虛擬機檢測到有一系列連串的對同一個對象加鎖和解鎖操作，就會將其合并成一次范圍更大的加鎖和解鎖操作，即在第一次append方法時進行加鎖，最后一次append方法結(jié)束后進行解鎖。

3、鎖消除（Lock Elimination）：鎖消除即刪除不必要的加鎖操作。根據(jù)代碼逃逸技術(shù)，如果判斷到一段代碼中，堆上的數(shù)據(jù)不會逃逸出當前線程，那么可以認為這段代碼是線程安全的，不必要加鎖。看下面這段程序：

1 package com.paddx.test.concurrent;
 2 
 3 public class SynchronizedTest02 {
 4 
 5     public static void main(String[] args) {
 6         SynchronizedTest02 test02 = new SynchronizedTest02();
 7         //啟動預(yù)熱
 8         for (int i = 0; i < 10000; i++) {
 9             i++;
10         }
11         long start = System.currentTimeMillis();
12         for (int i = 0; i < 100000000; i++) {
13             test02.append("abc", "def");
14         }
15         System.out.println("Time=">雖然StringBuffer的append是一個同步方法，但是這段程序中的StringBuffer屬于一個局部變量，并且不會從該方法中逃逸出去，所以其實這過程是線程安全的，可以將鎖消除。下面是我本地執(zhí)行的結(jié)果：　　為了盡量減少其他因素的影響，這里禁用了偏向鎖（-XX:-UseBiasedLocking）。通過上面程序，可以看出消除鎖以后性能還是有比較大提升的。　　注：可能JDK各個版本之間執(zhí)行的結(jié)果不盡相同，我這里采用的JDK版本為1.6。1：減少鎖持有時間          例如：對一個方法加鎖，不如對方法中需要同步的幾行代碼加鎖；    2：減小鎖粒度        例如：ConcurrentHashMap采取對segment加鎖而不是整個map加鎖，提高并發(fā)性；    3：鎖分離         根據(jù)同步操作的性質(zhì)，把鎖劃分為的讀鎖和寫鎖，讀鎖之間不互斥，提高了并發(fā)性。 五、總結(jié) 　　本文重點介紹了JDk中采用輕量級鎖和偏向鎖等對Synchronized的優(yōu)化，但是這兩種鎖也不是完全沒缺點的，比如競爭比較激烈的時候，不但無法提升效率，反而會降低效率，因為多了一個鎖升級的過程，這個時候就需要通過-XX:-UseBiasedLocking來禁用偏向鎖。下面是這幾種鎖的對比：鎖優(yōu)點缺點適用場景偏向鎖加鎖和解鎖不需要額外的消耗，和執(zhí)行非同步方法比僅存在納秒級的差距。如果線程間存在鎖競爭，會帶來額外的鎖撤銷的消耗。適用于只有一個線程訪問同步塊場景。輕量級鎖競爭的線程不會阻塞，提高了程序的響應(yīng)速度。如果始終得不到鎖競爭的線程使用自旋會消耗CPU。追求響應(yīng)時間。同步塊執(zhí)行速度非常快。重量級鎖線程競爭不使用自旋，不會消耗CPU。線程阻塞，響應(yīng)時間緩慢。追求吞吐量。同步塊執(zhí)行速度較長。

“Synchronized輕量級鎖的加鎖和解鎖過程”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！

網(wǎng)站欄目：Synchronized輕量級鎖的加鎖和解鎖過程
網(wǎng)頁URL：http://www.chinadenli.net/article6/peciig.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供服務(wù)器托管、企業(yè)建站、品牌網(wǎng)站建設(shè)、微信小程序、用戶體驗、網(wǎng)站改版

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)