java多執行緒中的死鎖、活鎖、飢餓、無鎖都是什麼鬼？

轉載自 java多執行緒中的死鎖、活鎖、飢餓、無鎖都是什麼鬼？

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

死鎖

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

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

活鎖

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

飢餓

我們知道多執行緒執行中有執行緒優先順序這個東西，優先順序高的執行緒能夠插隊並優先執行，這樣如果優先順序高的執行緒一直搶佔優先順序低執行緒的資源，導致低優先順序執行緒無法得到執行，這就是飢餓。當然還有一種飢餓的情況，一個執行緒一直佔著一個資源不放而導致其他執行緒得不到執行，與死鎖不同的是飢餓在以後一段時間內還是能夠得到執行的，如那個佔用資源的執行緒結束了並釋放了資源。

無鎖

無鎖，即沒有對資源進行鎖定，即所有的執行緒都能訪問並修改同一個資源，但同時只有一個執行緒能修改成功。無鎖典型的特點就是一個修改操作在一個迴圈內進行，執行緒會不斷的嘗試修改共享資源，如果沒有衝突就修改成功並退出否則就會繼續下一次迴圈嘗試。所以，如果有多個執行緒修改同一個值必定會有一個執行緒能修改成功，而其他修改失敗的執行緒會不斷重試直到修改成功。之前的文章我介紹過JDK的CAS原理及應用即是無鎖的實現。

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