轉載自：http://blog.csdn.net/abigale1011/article/details/6450845/
所謂的線程同步，就是在多線程爭奪資源時，保證同一時刻只能被一個線程使用，其他線程都只能等到這個線程使用完之後才能繼續爭奪使用權。很顯然，如果沒有外力的作用，那麼死鎖涉及到的各個線程都將永遠處於封鎖狀態。
所謂的線程死鎖，是指多線程相互之間由於等待競爭共享資源的使用權而無限期等待下去的情況。
例如，你去銀行取錢，卡上只有2000，你要取1500。如果這時你的妻子不知道你來取錢，也打算取這張卡上的1500，這樣總共就是取3000。而實際上卡上錢是不夠的。因此需要進行同步，每次只能一個人對同一張卡進行取錢操作。
例如，兩個線程都要對兩個對象進行操作。A線程先獲得對象1鎖，再獲得對象2鎖；B線程先要獲得對象2鎖，再獲得對象1鎖。如果某個時候A獲得了對象1鎖，B獲得了對象2鎖，如果想要再進一步操作，都得等待對方釋放相應的鎖，這時，二者就會無限期的僵持下去，導致操作無法完成。
死鎖也可以用兩人過獨木橋來舉例，如果互不相讓，都會一直僵持下去。
造成死鎖的原因：一個是資源較少，一個就是線程推進順序不當。
例如上面的死鎖，如果資源較多，兩線程操作沒有關聯關係的對象鎖，那麼就不會引起死鎖。或者AB線程的推進順序不一致，如先讓A完成或者先讓B完成，都不會造成死鎖的情況。
死鎖產生的4個必要條件
從以上分析可見，如果在計算機系統中同時具備下面四個必要條件時，那麼會發生死鎖。換句話說，只要下面四個條件有一個不具備，系統就不會出現死鎖。
互斥條件
即某個資源在一段時間內只能由一個進程佔有，不能同時被兩個或兩個以上的進程佔有。這種獨佔資源如CD-ROM驅動器，打印機等等，必須在佔有該資源的進程主動釋放它之後，其它進程才能佔有該資源。這是由資源本身的屬性所決定的。如獨木橋就是一種獨佔資源，兩方的人不能同時過橋。
不可搶佔條件
進程所獲得的資源在未使用完畢之前，資源申請者不能強行地從資源佔有者手中奪取資源，而只能由該資源的佔有者進程自行釋放。如過獨木橋的人不能強迫對方後退，也不能非法地將對方推下橋，必須是橋上的人自己過橋後空出橋面（即主動釋放佔有資源），對方的人才能過橋。
佔有且申請條件
進程至少已經佔有一個資源，但又申請新的資源；由於該資源已被另外進程佔有，此時該進程阻塞；但是，它在等待新資源之時，仍繼續佔用已佔有的資源。還以過獨木橋爲例，甲乙兩人在橋上相遇。甲走過一段橋面（即佔有了一些資源），還需要走其餘的橋面（申請新的資源），但那部分橋面被乙佔有（乙走過一段橋面）。甲過不去，前進不能，又不後退；乙也處於同樣的狀況。
循環等待條件。
存在一個進程等待序列{P1，P2，…，Pn}，其中P1等待P2所佔有的某一資源，P2等待P3所佔有的某一源，……，而Pn等待P1所佔有的的某一資源，形成一個進程循環等待環。就像前面的過獨木橋問題，甲等待乙佔有的橋面，而乙又等待甲佔有的橋面，從而彼此循環等待。
死鎖的預防
死鎖的預防是保證系統不進入死鎖狀態的一種策略。它的基本思想是要求進程申請資源時遵循某種協議，從而打破產生死鎖的四個必要條件中的一個或幾個，保證系統不會進入死鎖狀態。
打破互斥條件
即允許進程同時訪問某些資源。但是，有的資源是不允許被同時訪問的，像打印機等等，這是由資源本身的屬性所決定的。所以，這種辦法並無實用價值。
打破不可搶佔條件
即允許進程強行從佔有者那裏奪取某些資源。就是說，當一個進程已佔有了某些資源，它又申請新的資源，但不能立即被滿足時，它必須釋放所佔有的全部資源，以後再重新申請。它所釋放的資源可以分配給其它進程。這就相當於該進程佔有的資源被隱蔽地強佔了。這種預防死鎖的方法實現起來困難，會降低系統性能。
打破佔有且申請條件，可以實行資源預先分配策略
即進程在運行前一次性地向系統申請它所需要的全部資源。如果某個進程所需的全部資源得不到滿足，則不分配任何資源，此進程暫不運行。只有當系統能夠滿足當前進程的全部資源需求時，才一次性地將所申請的資源全部分配給該進程。由於運行的進程已佔有了它所需的全部資源，所以不會發生佔有資源又申請資源的現象，因此不會發生死鎖。但是，這種策略也有如下缺點：
（1）在許多情況下，一個進程在執行之前不可能知道它所需要的全部資源。這是由於進程在執行時是動態的，不可預測的；
（2）資源利用率低。無論所分資源何時用到，一個進程只有在佔有所需的全部資源後才能執行。即使有些資源最後才被該進程用到一次，但該進程在生存期間卻一直佔有它們，造成長期佔着不用的狀況。這顯然是一種極大的資源浪費；
（3）降低了進程的併發性。因爲資源有限，又加上存在浪費，能分配到所需全部資源的進程個數就必然少了。
打破循環等待條件，實行資源有序分配策略
採用這種策略，即把資源事先分類編號，按號分配，使進程在申請，佔用資源時不會形成環路。所有進程對資源的請求必須嚴格按資源序號遞增的順序提出。進程佔用了小號資源，才能申請大號資源，就不會產生環路，從而預防了死鎖。這種策略與前面的策略相比，資源的利用率和系統吞吐量都有很大提高，但是也存在以下缺點：
（1）限制了進程對資源的請求，同時給系統中所有資源合理編號也是件困難事，並增加了系統開銷；
（2）爲了遵循按編號申請的次序，暫不使用的資源也需要提前申請，從而增加了進程對資源的佔用時間。
死鎖的避免
上面我們講到的死鎖預防是排除死鎖的靜態策略，它使產生死鎖的四個必要條件不能同時具備，從而對進程申請資源的活動加以限制，以保證死鎖不會發生。下面我們介紹排除死鎖的動態策略–死鎖的避免，它不限制進程有關申請資源的命令，而是對進程所發出的每一個申請資源命令加以動態地檢查，並根據檢查結果決定是否進行資源分配。就是說，在資源分配過程中若預測有發生死鎖的可能性，則加以避免。這種方法的關鍵是確定資源分配的安全性。
安全序列
我們首先引入安全序列的定義：所謂系統是安全的，是指系統中的所有進程能夠按照某一種次序分配資源，並且依次地運行完畢，這種進程序列{P1，P2，…，Pn}就是安全序列。如果存在這樣一個安全序列，則系統是安全的；如果系統不存在這樣一個安全序列，則系統是不安全的。
安全序列{P1，P2，…，Pn}是這樣組成的：若對於每一個進程Pi，它需要的附加資源可以被系統中當前可用資源加上所有進程Pj當前佔有資源之和所滿足，則{P1，P2，…，Pn}爲一個安全序列，這時系統處於安全狀態，不會進入死鎖狀態。
雖然存在安全序列時一定不會有死鎖發生，但是系統進入不安全狀態（四個死鎖的必要條件同時發生）也未必會產生死鎖。當然，產生死鎖後，系統一定處於不安全狀態。
銀行家算法
這是一個著名的避免死鎖的算法，是由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〉由於要尋找一個安全序列，實際上增加了系統的開銷。
死鎖的檢測與恢復
一般來說，由於操作系統有併發，共享以及隨機性等特點，通過預防和避免的手段達到排除死鎖的目的是很困難的。這需要較大的系統開銷，而且不能充分利用資源。爲此，一種簡便的方法是系統爲進程分配資源時，不採取任何限制性措施，但是提供了檢測和解脫死鎖的手段：能發現死鎖並從死鎖狀態中恢復出來。因此，在實際的操作系統中往往採用死鎖的檢測與恢復方法來排除死鎖。
死鎖檢測與恢復是指系統設有專門的機構，當死鎖發生時，該機構能夠檢測到死鎖發生的位置和原因，並能通過外力破壞死鎖發生的必要條件，從而使得併發進程從死鎖狀態中恢復出來。
舉一個小的死鎖的例子。進程P1佔有資源R1而申請資源R2，進程P2佔有資源R2而申請資源R1，按循環等待條件，進程和資源形成了環路，所以系統是死鎖狀態。進程P1，P2是參與死鎖的進程。
下面我們再來看一看死鎖檢測算法。算法使用的數據結構是如下這些：
佔有矩陣A：n*m階，其中n表示併發進程的個數，m表示系統的各類資源的個數，這個矩陣記錄了每一個進程當前佔有各個資源類中資源的個數。
申請矩陣R：n*m階，其中n表示併發進程的個數，m表示系統的各類資源的個數，這個矩陣記錄了每一個進程當前要完成工作需要申請的各個資源類中資源的個數。
空閒向量T：記錄當前m個資源類中空閒資源的個數。
完成向量F：布爾型向量值爲真（true）或假（false），記錄當前n個併發進程能否進行完。爲真即能進行完，爲假則不能進行完。
臨時向量W：開始時W：=T。
算法步驟：
（1）W：=T，
對於所有的i=1，2，…，n，
如果A[i]=0，則F[i]：=true；否則，F[i]：=false
（2）找滿足下面條件的下標i：
F[i]：=false並且R[i]〈=W
如果不存在滿足上面的條件i，則轉到步驟（4）。
（3）W：=W+A[i]
F[i]：=true
轉到步驟（2）
（4）如果存在i，F[i]：=false，則系統處於死鎖狀態，且Pi進程參與了死鎖。什麼時候進行死鎖的檢測取決於死鎖發生的頻率。如果死鎖發生的頻率高，那麼死鎖檢測的頻率也要相應提高，這樣一方面可以提高系統資源的利用率，一方面可以避免更多的進程捲入死鎖。如果進程申請資源不能滿足就立刻進行檢測，那麼每當死鎖形成時即能被發現，這和死鎖避免的算法相近，只是系統的開銷較大。爲了減小死鎖檢測帶來的系統開銷，一般採取每隔一段時間進行一次死鎖檢測，或者在CPU的利用率降低到某一數值時，進行死鎖的檢測。
死鎖的恢復
一旦在死鎖檢測時發現了死鎖，就要消除死鎖，使系統從死鎖狀態中恢復過來。
（1）最簡單，最常用的方法就是進行系統的重新啓動，不過這種方法代價很大，它意味着在這之前所有的進程已經完成的計算工作都將付之東流，包括參與死鎖的那些進程，以及未參與死鎖的進程。
（2）撤消進程，剝奪資源。終止參與死鎖的進程，收回它們佔有的資源，從而解除死鎖。這時又分兩種情況：一次性撤消參與死鎖的全部進程，剝奪全部資源；或者逐步撤消參與死鎖的進程，逐步收回死鎖進程佔有的資源。一般來說，選擇逐步撤消的進程時要按照一定的原則進行，目的是撤消那些代價最小的進程，比如按進程的優先級確定進程的代價；考慮進程運行時的代價和與此進程相關的外部作業的代價等因素。
此外，還有進程回退策略，即讓參與死鎖的進程回退到沒有發生死鎖前某一點處，並由此點處繼續執行，以求再次執行時不再發生死鎖。雖然這是個較理想的辦法，但是操作起來系統開銷極大，要有堆棧這樣的機構記錄進程的每一步變化，以便今後的回退，有時這是無法做到的。