java多線程中的死鎖、活鎖、饑餓、無鎖都是什麼鬼？

死鎖

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

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

活鎖

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

饑餓

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

無鎖

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

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

推薦去我的部落格閱讀更多：

1.Java JVM、集合、多線程、新特性系列教程

2.Spring MVC、Spring Boot、Spring Cloud 系列教程

3.Maven、Git、Eclipse、Intellij IDEA 系列工具教程

4.Java、後端、架構、阿裡巴巴等大廠最新面試題

覺得不錯，别忘了點贊+轉發哦！