摘要:不剝奪條件進程已獲得的資源,在末使用完之前,不能強行剝奪。如果能確保所有的線程都是按照相同的順序獲得鎖,那么死鎖就不會發生。按照順序加鎖是一種有效的死鎖預防機制。這種機制存在一個問題,在中不能對同步塊設置超時時間。
[tutorial site][1]
死鎖 deadlock死鎖是指兩個或兩個以上的進程在執行過程中,因競爭資源而造成的一種互相等待的現在,若無外力作用,它們都無法推進下去。
再重提下競態條件
競態條件(race condition),從多線程間通信的角度來講,是指兩個或多個線程對共享的數據進行讀或寫的操作時,最終的結果取決于這些線程的執行順序的情況。
導致競態條件的代碼是關鍵區域
這是一個嚴重的問題,因為死鎖會讓你的程序掛起無法完成任務,死鎖的發生必須滿足以下四個條件:
互斥條件:一個資源每次只能被一個進程使用。
請求與保持條件:一個進程因請求資源而阻塞時,對已獲得的資源保持不放。
不剝奪條件:進程已獲得的資源,在末使用完之前,不能強行剝奪。
循環等待條件:若干進程之間形成一種頭尾相接的循環等待資源關系。
避免死鎖的方法: 加鎖順序當多個線程需要相同的一些鎖,但是按照不同的順序加鎖,死鎖就很容易發生。
如果能確保所有的線程都是按照相同的順序獲得鎖,那么死鎖就不會發生。
Note: 按照順序加鎖是一種有效的死鎖預防機制。但是,這種方式需要你事先知道所有可能會用到的鎖, 并對這些鎖做適當的排序,但總有些時候是無法預知的.
加鎖時限另外一個可以避免死鎖的方法是在嘗試獲取鎖的時候加一個超時時間,這也就意味著在嘗試獲取鎖的過程中若超過了這個時限該線程則放棄對該鎖請求。若一個線程沒有在給定的時限內成功獲得所有需要的鎖,則會進行回退并釋放所有已經獲得的鎖,然后等待一段隨機的時間再重試。這段隨機的等待時間讓其它線程有機會嘗試獲取相同的這些鎖,并且讓該應用在沒有獲得鎖的時候可以繼續運行.
Note: 由于存在鎖的超時,所以我們不能認為這種場景就一定是出現了死鎖。也可能是因為獲得了鎖的線程(導致其它線程超時)需要很長的時間去完成它的任務。
此外,如果有非常多的線程同一時間去競爭同一批資源,就算有超時和回退機制,還是可能會導致這些線程重復地嘗試但卻始終得不到鎖。
這種機制存在一個問題,在 Java 中不能對 synchronized 同步塊設置超時時間。你需要創建一個自定義鎖
死鎖檢測死鎖檢測是一個更好的死鎖預防機制,它主要是針對那些不可能實現按序加鎖并且鎖超時也不可行的場景。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/64367.html
摘要:請參看前一篇文章并發學習筆記一原子性可見性有序性問題六等待通知機制什么是等待通知機制當線程不滿足某個條件,則進入等待狀態如果線程滿足要求的某個條件后,則通知等待的線程重新執行。經極客時間并發編程實戰專欄內容學習整理 請參看前一篇文章:Java 并發學習筆記(一)——原子性、可見性、有序性問題 六、等待—通知機制 什么是等待通知—機制?當線程不滿足某個條件,則進入等待狀態;如果線程滿足要...
摘要:每個通過網絡到達服務器的連接都被包裝成一個任務并且傳遞給線程池。線程池的線程會并發的處理連接上的請求。用線程池控制線程數量,其他線程排隊等候。實現包,線程池頂級接口是但是嚴格意義講并不是一個線程。此線程池支持定時以及周期性執行任務的需求。 tutorial site1tutorial site2 一個問題: 每啟動一個新線程都會有相應的性能開銷(涉及到OS的交互:創建線程,銷毀線程...
摘要:虛擬機所處的區域,則表示它是屬于新生代收集器還是老年代收集器。虛擬機總共運行了分鐘,其中垃圾收集花掉分鐘,那么吞吐量就是。收集器線程所占用的數量為。 本文主要從GC(垃圾回收)的角度試著對jvm中的內存分配策略與相應的垃圾收集器做一個介紹。 注:還是老規矩,本著能畫圖就不BB原則,盡量將各知識點通過思維導圖或者其他模型圖的方式進行說明。文字僅記錄額外的思考與心得,以及其他特殊情況 內存...
摘要:最后,總結一下,導致并發問題的三個源頭分別是原子性一個線程在執行的過程當中不被中斷。可見性一個線程修改了共享變量,另一個線程能夠馬上看到,就叫做可見性。 計算機的 CPU、內存、I/O 設備的速度一直存在較大的差異,依次是 CPU > 內存 > I/O 設備,為了權衡這三者的速度差異,主要提出了三種解決辦法: CPU 增加了緩存,均衡和內存的速度差異 發明了進程、線程,分時復用 CP...
摘要:除此之外,把并發安全字典封裝在一個結構體類型中,往往是一個很好的選擇。請看下面的代碼如上所示,我編寫了一個名為的結構體類型,它代表了鍵類型為值類型為的并發安全字典。在這個結構體類型中,只有一個類型的字段。34 | 并發安全字典sync.Map (上)我們今天再來講一個并發安全的高級數據結構:sync.Map。眾所周知,Go 語言自帶的字典類型map并不是并發安全的。前導知識:并發安全字典誕生...
閱讀 1561·2021-11-24 09:39
閱讀 1042·2021-11-22 15:11
閱讀 2167·2021-11-19 11:35
閱讀 1627·2021-09-13 10:37
閱讀 2453·2021-09-03 10:47
閱讀 2134·2021-08-30 09:47
閱讀 1626·2021-08-20 09:39
閱讀 2901·2019-08-30 14:13