目錄樂觀鎖和悲觀鎖讀寫鎖重量解鎖和輕量級鎖自旋鎖公平鎖和非公平鎖可重入鎖和不可重入鎖死鎖CAS（compare and swap）比較并交換synchronized的鎖升級過程總結樂觀鎖和悲觀鎖

樂觀鎖：這個鎖認為出現鎖競爭的概率比較低（當前線程中，線程數量較少，不太涉及競爭，就偶爾競爭一下）

悲觀鎖：這個所認為出現鎖競爭的概率比較大（當前場景中，線程數目比較多，可能涉及競爭）

讀寫鎖

普通的鎖提供兩個操作：加鎖，解鎖

讀寫鎖提供三個操作：讀加鎖，寫加鎖，解鎖。

讀加鎖和讀加鎖：不需要互斥

寫加鎖和寫加鎖之間：需要互斥

讀加鎖和寫加鎖之間：需要互斥

主要適用于讀多寫少的場景

重量解鎖和輕量級鎖

從工作量來區分：

重量級鎖，工作量更多，消耗資源更多，鎖更慢

輕量級鎖，工作量更少，消耗資源少，鎖更快

操作系統中的mutex就是一個重量級鎖（也是悲觀鎖），這個鎖在加鎖的時候就會遇到沖突，就會產生內核態和用戶態的切換，以及線程的調度和阻塞。

自旋鎖

在加鎖的時候遇到沖突，不會涉及到用戶態和內核態的切換，直接嘗試重新獲取鎖。

會一直在循環中嘗試獲取鎖，直到獲取成功，這個過程中沒有放棄cpu，不涉及線程調度。

公平鎖和非公平鎖

什么叫公平？

就是先來先服務。

如果不是按照先來后到的方式獲取鎖，就是非公平鎖。

可重入鎖和不可重入鎖

一個線程對于相同的一把鎖連續加鎖兩次。

對于不可重入鎖：就會有問題

對于可重入鎖：可以充入

例如：我們常用的synchronized就是可重入鎖

因為synchronized的底層有一個計數器，當你對同一個對象連續加鎖幾次后，它的計數器就會加幾次，解鎖的時候，計數器就會–。

死鎖

當產生死鎖之后，就無法繼續往下工作了（嚴重BUG）

死鎖產生的原因：產生環路等待。

死鎖的危害：線程無法繼續工作。

避免死鎖：1.不要在加鎖的代碼中在嘗試獲取其他鎖；2.約定一定的順序獲取其他鎖。

CAS（compare and swap）比較并交換

java中AtomicInteger中的自增方法就可以看出來，如果Var1對象中的值和var2是相等的，就可以將var1的值更新。如果不是，就會一直自旋。

隨著CAS的出現就會有ABA問題

什么是ABA問題呢？

舉個栗子：ABA問題就是你買了個新手機你不知道這個手機是新機還是翻新機。

畫個抽象一點圖在解釋一下：

那怎么解決ABA問題呢？

答案是加個版本號！！！

synchronized的鎖升級過程

具體邏輯是這樣的：

無鎖狀態-偏向鎖-輕量級鎖-重量級鎖

第一個線程加鎖的時候，并不是真正意義上的加鎖，而是設置了一個標記位。

當第二個線程也來訪問同一個變量的時候，第一個線程才是真正意義上的加鎖，第二個線程也會加鎖。這就從偏向鎖轉向了輕量級鎖，隨著相乘越來越多，因為輕量級鎖內部是自旋鎖，多個線程的情況下也不容易立馬獲取到鎖，這時吃cup就越來越嚴重，慢慢的就轉變成了重量級鎖，此時沒獲取到鎖的線程轉變為內核態，進行阻塞。

總結

本篇文章就到這里了，希望能給你帶來幫助，也希望您能夠多多關注好吧啦網的更多內容！