樂觀鎖和悲觀鎖

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

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

讀寫鎖

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

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

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

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

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

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

重量解鎖和輕量級鎖

從工作量來區分：

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

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

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

自旋鎖

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

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

公平鎖和非公平鎖

什么叫公平？

就是先來先服務。

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

可重入鎖和不可重入鎖

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

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

對于可重入鎖：可以充入

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

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

死鎖

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

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

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

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

CAS（compare and swap）比較并交換

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

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

什么是ABA問題呢？

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

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

那怎么解決ABA問題呢？

答案是加個版本號！！！

synchronized的鎖升級過程

具體邏輯是這樣的：

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

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

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

總結

本篇文章就到這里了，希望能給你帶來幫助，也希望您能夠多多關注服務器之家的更多內容！

原文鏈接：https://blog.csdn.net/weixin_44852871/article/details/119720186