操作系統 2009-09-24 16:48:58 閱讀767 評論1 字號：大中小 訂閱

一、要點提示

（1） 掌握死鎖的概念和產生死鎖的根本原因。

（2） 理解產生死鎖的必要條件--以下四個條件同時具備：互斥條件、不可搶占條件、占有且申請條件、循環等待條件。

（3） 記住解決死鎖的一般方法，掌握死鎖的預防和死鎖的避免二者的基本思想。

（4） 掌握死鎖的預防策略中資源有序分配策略。

（5） 理解進程安全序列的概念，理解死鎖與安全序列的關系。

（6） 了解銀行家算法。

（7） 了解資源分配圖。

（8） 了解死鎖的檢測及恢復的思想。

二、內容簡介

在計算機系統中有很多一次只能由一個進程使用的資源，如打印機，磁帶機，一個文件的I節點等。在多道程序設計環境中，若幹進程往往要共享這類資源，而且一個進程所需要的資源不止一個。這樣，就會出現若幹進程競爭有限資源，又推進順序不當，從而構成無限期循環等待的局面。這種狀態就是死鎖。系統發生死鎖現象不僅浪費大量的系統資源，甚至導致整個系統崩潰，帶來災難性後果。所以，對於死鎖問題在理論上和技術上都必須給予高度重視。

8.1 死鎖的概念

死鎖是進程死鎖的簡稱，是由Dijkstra於1965年研究銀行家算法時首先提出來的。它是計算機操作系統乃至並發程序設計中最難處理的問題之一。實際上，死鎖問題不僅在計算機系統中存在，在我們日常生活中它也廣泛存在。

1.什麽是死鎖

我們先看看這樣一個生活中的例子：在一條河上有一座橋，橋面較窄，只能容納一輛汽車通過，無法讓兩輛汽車並行。如果有兩輛汽車A和B分別由橋的兩端駛上該橋，則對於A車來說，它走過橋面左面的一段路（即占有了橋的一部分資源），要想過橋還須等待B車讓出右邊的橋面，此時A車不能前進；對於B車來說，它走過橋面右邊的一段路（即占有了橋的一部分資源），要想過橋還須等待A車讓出左邊的橋面，此時B車也不能前進。兩邊的車都不倒車，結果造成互相等待對方讓出橋面，但是誰也不讓路，就會無休止地等下去。這種現象就是死鎖。如果把汽車比做進程，橋面作為資源，那麼上述問題就描述為：進程A占有資源R1，等待進程B占有的資源Rr；進程B占有資源Rr，等待進程A占有的資源R1。而且資源R1和Rr只允許一個進程占用，即：不允許兩個進程同時占用。結果，兩個進程都不能繼續執行，若不采取其它措施，這種循環等待狀況會無限期持續下去，就發生了進程死鎖。

在計算機系統中，涉及軟件，硬件資源都可能發生死鎖。例如：系統中只有一臺CD-ROM驅動器和一臺打印機，某一個進程占有了CD-ROM驅動器，又申請打印機；另一進程占有了打印機，還申請CD-ROM。結果，兩個進程都被阻塞，永遠也不能自行解除。

所謂死鎖，是指多個進程循環等待它方占有的資源而無限期地僵持下去的局面。很顯然，如果沒有外力的作用，那麼死鎖涉及到的各個進程都將永遠處於封鎖狀態。從上面的例子可以看出，計算機系統產生死鎖的根本原因就是資源有限且操作不當。即：一種原因是系統提供的資源太少了，遠不能滿足並發進程對資源的需求。這種競爭資源引起的死鎖是我們要討論的核心。例如：消息是一種臨時性資源。某一時刻，進程A等待進程B發來的消息，進程B等待進程C發來的消息，而進程C又等待進程A發來的消息。消息未到，A，B，C三個進程均無法向前推進，也會發生進程通信上的死鎖。另一種原因是由於進程推進順序不合適引發的死鎖。資源少也未必一定產生死鎖。就如同兩個人過獨木橋，如果兩個人都要先過，在獨木橋上僵持不肯後退，必然會應競爭資源產生死鎖；但是，如果兩個人上橋前先看一看有無對方的人在橋上，當無對方的人在橋上時自己才上橋，那麼問題就解決了。所以，如果程序設計得不合理，造成進程推進的順序不當，也會出現死鎖。

2.產生死鎖的必要條件

從以上分析可見，如果在計算機系統中同時具備下面四個必要條件時，那麼會發生死鎖。換句話說，只要下面四個條件有一個不具備，系統就不會出現死鎖。

〈1〉互斥條件。即某個資源在一段時間內只能由一個進程占有，不能同時被兩個或兩個以上的進程占有。這種獨占資源如CD-ROM驅動器，打印機等等，必須在占有該資源的進程主動釋放它之後，其它進程才能占有該資源。這是由資源本身的屬性所決定的。如獨木橋就是一種獨占資源，兩方的人不能同時過橋。

〈2〉不可搶占條件。進程所獲得的資源在未使用完畢之前，資源申請者不能強行地從資源占有者手中奪取資源，而只能由該資源的占有者進程自行釋放。如過獨木橋的人不能強迫對方後退，也不能非法地將對方推下橋，必須是橋上的人自己過橋後空出橋面（即主動釋放占有資源），對方的人才能過橋。

〈3〉占有且申請條件。進程至少已經占有一個資源，但又申請新的資源；由於該資源已被另外進程占有，此時該進程阻塞；但是，它在等待新資源之時，仍繼續占用已占有的資源。還以過獨木橋為例，甲乙兩人在橋上相遇。甲走過一段橋面（即占有了一些資源），還需要走其余的橋面（申請新的資源），但那部分橋面被乙占有（乙走過一段橋面）。甲過不去，前進不能，又不後退；乙也處於同樣的狀況。

〈4〉循環等待條件。存在一個進程等待序列{P1，P2，...，Pn}，其中P1等待P2所占有的某一資源，P2等待P3所占有的某一源，......，而Pn等待P1所占有的的某一資源，形成一個進程循環等待環。就像前面的過獨木橋問題，甲等待乙占有的橋面，而乙又等待甲占有的橋面，從而彼此循環等待。

上面我們提到的這四個條件在死鎖時會同時發生。也就是說，只要有一個必要條件不滿足，則死鎖就可以排除。

8.2 死鎖的預防

前面介紹了死鎖發生時的四個必要條件，只要破壞這四個必要條件中的任意一個條件，死鎖就不會發生。這就為我們解決死鎖問題提供了可能。一般地，解決死鎖的方法分為死鎖的預防，避免，檢測與恢復三種（註意：死鎖的檢測與恢復是一個方法）。我們將在下面分別加以介紹。

死鎖的預防是保證系統不進入死鎖狀態的一種策略。它的基本思想是要求進程申請資源時遵循某種協議，從而打破產生死鎖的四個必要條件中的一個或幾個，保證系統不會進入死鎖狀態。

〈1〉打破互斥條件。即允許進程同時訪問某些資源。但是，有的資源是不允許被同時訪問的，像打印機等等，這是由資源本身的屬性所決定的。所以，這種辦法並無實用價值。

〈2〉打破不可搶占條件。即允許進程強行從占有者那裏奪取某些資源。就是說，當一個進程已占有了某些資源，它又申請新的資源，但不能立即被滿足時，它必須釋放所占有的全部資源，以後再重新申請。它所釋放的資源可以分配給其它進程。這就相當於該進程占有的資源被隱蔽地強占了。這種預防死鎖的方法實現起來困難，會降低系統性能。

〈3〉打破占有且申請條件。可以實行資源預先分配策略。即進程在運行前一次性地向系統申請它所需要的全部資源。如果某個進程所需的全部資源得不到滿足，則不分配任何資源，此進程暫不運行。只有當系統能夠滿足當前進程的全部資源需求時，才一次性地將所申請的資源全部分配給該進程。由於運行的進程已占有了它所需的全部資源，所以不會發生占有資源又申請資源的現象，因此不會發生死鎖。但是，這種策略也有如下缺點：

（1）在許多情況下，一個進程在執行之前不可能知道它所需要的全部資源。這是由於進程在執行時是動態的，不可預測的；

（2）資源利用率低。無論所分資源何時用到，一個進程只有在占有所需的全部資源後才能執行。即使有些資源最後才被該進程用到一次，但該進程在生存期間卻一直占有它們，造成長期占著不用的狀況。這顯然是一種極大的資源浪費；

（3）降低了進程的並發性。因為資源有限，又加上存在浪費，能分配到所需全部資源的進程個數就必然少了。

（4）打破循環等待條件，實行資源有序分配策略。采用這種策略，即把資源事先分類編號，按號分配，使進程在申請，占用資源時不會形成環路。所有進程對資源的請求必須嚴格按資源序號遞增的順序提出。進程占用了小號資源，才能申請大號資源，就不會產生環路，從而預防了死鎖。這種策略與前面的策略相比，資源的利用率和系統吞吐量都有很大提高，但是也存在以下缺點：

（1）限制了進程對資源的請求，同時給系統中所有資源合理編號也是件困難事，並增加了系統開銷；

（2）為了遵循按編號申請的次序，暫不使用的資源也需要提前申請，從而增加了進程對資源的占用時間。

8.3 死鎖的避免

上面我們講到的死鎖預防是排除死鎖的靜態策略，它使產生死鎖的四個必要條件不能同時具備，從而對進程申請資源的活動加以限制，以保證死鎖不會發生。下面我們介紹排除死鎖的動態策略--死鎖的避免，它不限制進程有關申請資源的命令，而是對進程所發出的每一個申請資源命令加以動態地檢查，並根據檢查結果決定是否進行資源分配。就是說，在資源分配過程中若預測有發生死鎖的可能性，則加以避免。這種方法的關鍵是確定資源分配的安全性。

1.安全序列

我們首先引入安全序列的定義：所謂系統是安全的，是指系統中的所有進程能夠按照某一種次序分配資源，並且依次地運行完畢，這種進程序列{P1，P2，...，Pn}就是安全序列。如果存在這樣一個安全序列，則系統是安全的；如果系統不存在這樣一個安全序列，則系統是不安全的。

安全序列{P1，P2，...，Pn}是這樣組成的：若對於每一個進程Pi，它需要的附加資源可以被系統中當前可用資源加上所有進程Pj當前占有資源之和所滿足，則{P1，P2，...，Pn}為一個安全序列，這時系統處於安全狀態，不會進入死鎖狀態。 　

雖然存在安全序列時一定不會有死鎖發生，但是系統進入不安全狀態（四個死鎖的必要條件同時發生）也未必會產生死鎖。當然，產生死鎖後，系統一定處於不安全狀態。

2.銀行家算法

這是一個著名的避免死鎖的算法，是由Dijstra首先提出來並加以解決的。　

[背景知識]

一個銀行家如何將一定數目的資金安全地借給若幹個客戶，使這些客戶既能借到錢完成要幹的事，同時銀行家又能收回全部資金而不至於破產，這就是銀行家問題。這個問題同操作系統中資源分配問題十分相似：銀行家就像一個操作系統，客戶就像運行的進程，銀行家的資金就是系統的資源。

[問題的描述]

一個銀行家擁有一定數量的資金，有若幹個客戶要貸款。每個客戶須在一開始就聲明他所需貸款的總額。若該客戶貸款總額不超過銀行家的資金總數，銀行家可以接收客戶的要求。客戶貸款是以每次一個資金單位（如1萬RMB等）的方式進行的，客戶在借滿所需的全部單位款額之前可能會等待，但銀行家須保證這種等待是有限的，可完成的。

例如：有三個客戶C1，C2，C3，向銀行家借款，該銀行家的資金總額為10個資金單位，其中C1客戶要借9各資金單位，C2客戶要借3個資金單位，C3客戶要借8個資金單位，總計20個資金單位。某一時刻的狀態如圖所示。

銀行家算法示意

對於a圖的狀態，按照安全序列的要求，我們選的第一個客戶應滿足該客戶所需的貸款小於等於銀行家當前所剩余的錢款，可以看出只有C2客戶能被滿足：C2客戶需1個資金單位，小銀行家手中的2個資金單位，於是銀行家把1個資金單位借給C2客戶，使之完成工作並歸還所借的3個資金單位的錢，進入b圖。同理，銀行家把4個資金單位借給C3客戶，使其完成工作，在c圖中，只剩一個客戶C1，它需7個資金單位，這時銀行家有8個資金單位，所以C1也能順利借到錢並完成工作。最後（見圖d）銀行家收回全部10個資金單位，保證不賠本。那麼客戶序列{C1，C2，C3}就是個安全序列，按照這個序列貸款，銀行家才是安全的。否則的話，若在圖b狀態時，銀行家把手中的4個資金單位借給了C1，則出現不安全狀態：這時C1，C3均不能完成工作，而銀行家手中又沒有錢了，系統陷入僵持局面，銀行家也不能收回投資。

綜上所述，銀行家算法是從當前狀態出發，逐個按安全序列檢查各客戶誰能完成其工作，然後假定其完成工作且歸還全部貸款，再進而檢查下一個能完成工作的客戶，......。如果所有客戶都能完成工作，則找到一個安全序列，銀行家才是安全的。

從上面分析看出，銀行家算法允許死鎖必要條件中的互斥條件，占有且申請條件，不可搶占條件的存在，這樣，它與預防死鎖的幾種方法相比較，限制條件少了，資源利用程度提高了。

這是該算法的優點。其缺點是：

〈1〉這個算法要求客戶數保持固定不變，這在多道程序系統中是難以做到的。

〈2〉這個算法保證所有客戶在有限的時間內得到滿足，但實時客戶要求快速響應，所以要考慮這個因素。

〈3〉由於要尋找一個安全序列，實際上增加了系統的開銷。

進程死鎖及解決辦法