[發明專利]解除死鎖的方法

在審

• 申請號: 201410632660.1
• 申請日: 2014-11-11
• 公開（公告）號: CN104391740A
• 公開（公告）日: 2015-03-04
• 發明（設計）人: 劉君;劉馳
• 申請（專利權）人: 上海斐訊數據通信技術有限公司
• 主分類號: G06F9/46
• 分類號: G06F9/46
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及一種寬帶貓的上網通信技術，尤其是將寬帶貓的LAN口實現上網的方法。

背景技術

死鎖：是指兩個或兩個以上的進程在執行過程中，因爭奪資源而造成的一種互相等待的現象，若無外力作用，它們都將無法推進下去。此時稱系統處于死鎖狀態或系統產生了死鎖，這些永遠在互相等待的進程稱為死鎖進程。

死鎖有以下幾種方法處理：

一、預防死鎖

這是一種較簡單和直觀的事先預防的方法。方法是通過設置某些限制條件，去破壞產生死鎖的四個必要條件中的一個或者幾個，來預防發生死鎖。預防死鎖是一種較易實現的方法，已被廣泛使用。但是由于所施加的限制條件往往太嚴格，可能會導致系統資源利用率和系統吞吐量降低。

二、避免死鎖

該方法同樣是屬于事先預防的策略，但它并不需事先采取各種限制措施去破壞產生死鎖的的四個必要條件，而是在資源的動態分配過程中，用某種方法去防止系統進入不安全狀態，從而避免發生死鎖。

發明內容

本發明需解決的技術問題是提供一種簡單、實用的解決死鎖的方法。

為了解決上述的問題，本發明設計了一種解除死鎖的方法，其包括以下步驟：

步驟1：將在運行的各個業務進程的數據實時備份；

步驟2：當業務進程出現死鎖時，結束所有的業務進程，并重新啟動所有的業務進程；

步驟3：業務進程初始化時將備份的數據恢復到各業務進程中，各業務進程正常運行并開始處理業務。

作為本發明進一步改進，還包括建立共享內存，將各個業務進程的數據實時備份在所述共享內存中。

作為本發明進一步改進，在各業務進程開始處理業務后，繼續實時備份數據。

作為本發明進一步改進，還包括以下步驟：檢測所有業務進程是否出現死鎖；如果出現死鎖，則執行步驟2；如果未出現死鎖，則返回檢測所有業務進程是否出現死鎖步驟。

作為本發明進一步改進，每10秒輪詢檢測一次所有業務進程是否出現死鎖。

本發明對各業務進程的數據實時備份，因死鎖重啟各業務進程后，實時恢復數據，開展業務，簡單而又高效率的解除了死鎖問題。

附圖說明

圖1是本發明解除死鎖的方法的流程圖。

具體實施方式

為了使本領域相關技術人員更好地理解本發明的技術方案，下面將結合實施方式，對本發明實施方式中的技術方案進行清楚、完整地描述，顯然，所描述的實施方式僅僅是本發明一部分實施方式，而不是全部的實施方式。

本發明提供了一種解除死鎖的方法，在系統運行時，實時備份所有業務進程所需要的關鍵業務數據，同時，以共享內存的方式保存以及共享這些數據。在檢測到死鎖時，結束并重啟所有的業務進程，待相關業務進程啟動后，從共享內存中恢復之前備份的業務數據，業務進程開始處理任務。

如圖1所示，本發明解除死鎖的方法包括以下步驟：

將在運行的各個業務進程的數據實時備份，備份了業務進程運行的關鍵數據，有利于各個業務進程在重啟后恢復當前工作任務。在本實施例中，為備份的數據還建立了共享內存，將備份的數據保存在該共享內存中，各個業務進程彼此共享數據。共享內存通過共享能實現多個業務進程的通信以及傳遞信息。

本發明由死鎖檢測流程每隔10s去輪詢檢測一次所有業務進程是否出現死鎖，如果出現死鎖，死鎖檢測流程結束所有的業務進程，并重新啟動所有的業務進程。如果未出現死鎖，則返回檢測所有業務進程是否出現死鎖的步驟。

在所有的業務進程被啟動后，進入初始化工作，此時將備份的數據恢復到各業務進程中，各業務進程正常運行，解除了死鎖，開始處理業務；并且繼續實時備份數據，保存到共享內存中。

本發明對各業務進程的數據實時備份，因死鎖重啟各業務進程后，實時恢復數據，開展業務，簡單而又高效率的解除了死鎖問題。

以上僅表達了本發明的一種實施方式，其描述較為具體和詳細，但并不能因此而理解為對本發明專利范圍的限制。應當指出的是，對于本領域的普通技術人員來說，在不脫離本發明構思的前提下，還可以做出若干變形和改進，這些都屬于本發明的保護范圍。因此，本發明專利的保護范圍應以所附權利要求為準。