死鎖、活鎖、饑餓鎖、無鎖

死鎖、活鎖、饑餓是關于多線程是否活躍出現的運作阻塞障礙問題，如果線程出現了這三種情況，即線程不再活躍，不能再正常地執行下去了。

死鎖

死鎖是多線程中最差的一種情況，多個線程互相占用對方的資源的鎖，而又互相等對方釋放鎖，此時若無外力幹預，這些線程則一直處理阻塞的假死狀态，形成死鎖。

舉個例子，A同學搶了B同學的鋼筆，B同學搶了A同學的書，兩個人都互相占用對方的東西，都在讓對方先還給自己自己再還，這樣一直争執下去等待對方還而又得不到解決，老師知道此事後就讓他們互相還給對方，這樣在外力的幹預下他們才解決，當然這隻是個例子沒有老師他們也能很好解決，計算機不像人如果發現這種情況沒有外力幹預還是會一直阻塞下去的。

死鎖産生條件

• 互斥條件：所謂互斥就是程序在某一時間内獨占資源。
• 請求與保持條件：一個程序因請求資源而阻塞時，對已獲得的資源保持不放。
• 不剝奪條件：程序已獲得資源，在末使用完之前，不能強行剝奪。
• 循環等待條件：若幹程序之間形成一種頭尾相接的循環等待資源關系。

死鎖解決辦法

• 如果并發查詢多個表，約定通路順序。
• 在同一個事務中，盡可能做到一次鎖定擷取所需要的資源。
• 對于容易産生死鎖的業務場景，嘗試更新鎖顆粒度，使用表級鎖。
• 采用分布式事務鎖或者使用樂觀鎖。

活鎖

多線程中出現了互相謙讓，都主動将資源釋放給别的線程使用，這樣資源在多個線程之間跳動而又得不到執行，形成活鎖。

活鎖這個概念大家應該很少有人聽說或了解它的概念，而在多線程中這确實存在。活鎖恰恰與死鎖相反，死鎖是大家都拿不到資源都占用着對方的資源，而活鎖是拿到資源卻又互相釋放不執行。當多線程中出現了互相謙讓，都主動将資源釋放給别的線程使用，這樣這個資源在多個線程之間跳動而又得不到執行，這就是活鎖。

饑餓

一個或者多個線程因為種種原因無法獲得所需要的資源，導緻一直無法執行的狀态。多線程中優先級高的會優先執行，并且搶占優先級低的資源，導緻優先級低的線程無法得到執行。

我們知道多線程執行中有線程優先級這個東西，優先級高的線程能夠插隊并優先執行，這樣如果優先級高的線程一直搶占優先級低線程的資源，導緻低優先級線程無法得到執行，這就是饑餓。當然還有一種饑餓的情況，一個線程一直占着一個資源不放而導緻其他線程得不到執行，與死鎖不同的是饑餓在以後一段時間内還是能夠得到執行的，如那個占用資源的線程結束了并釋放了資源。

與死鎖不同的是，饑餓鎖在一段時間内，優先級低的線程最終還是會執行的，比如高優先級的線程執行完之後釋放了資源。

無鎖

無鎖，即沒有對資源進行鎖定，即所有的線程都能通路并修改同一個資源，但同時隻有一個線程能修改成功。

無鎖典型的特點就是一個修改操作在一個循環内進行，線程會不斷的嘗試修改共享資源，如果沒有沖突就修改成功并退出否則就會繼續下一次循環嘗試。是以，如果有多個線程修改同一個值必定會有一個線程能修改成功，而其他修改失敗的線程會不斷重試直到修改成功。之前的文章我介紹過JDK的CAS原理及應用即是無鎖的實作。

可以看出，無鎖是一種非常良好的設計，它不會出現線程出現的跳躍性問題，鎖使用不當肯定會出現系統性能問題，雖然無鎖無法全面代替有鎖，但無鎖在某些場合下是非常高效的。

Kotlin開發者社群