JAVA多線程探討(二)

  （1）產(chǎn)生死鎖的原因主要是  

1.因為系統(tǒng)資源不足。

2.進程運行推進的順序不合適。

3.資源分配不當?shù)取? 

如果系統(tǒng)資源充足，進程的資源請求都能夠得到滿足，死鎖出現(xiàn)的可能性就很低，否則就會因爭奪有限的資源而陷入死鎖。 

其次，進程運行推進順序與速度不同，也可能產(chǎn)生死鎖。 以多線程:兩個線程為例: 

第一個線程(Thread1),鎖住了一個對象(Object1),另一個線程(Thread2)也同時鎖住了另一個對象(Object2) 

這時,第一個線程(Thread1),經(jīng)過一段時間操作需要Object2來繼續(xù)執(zhí)行,但是Object2被Thread2鎖定,不能為 

Thread1所用,這時Thread2,經(jīng)過一段時間需要使用Object1來繼續(xù)執(zhí)行,但是Object1被Thread1鎖定,不能為 

Thread2所用.這樣就形成了資源互鎖,出現(xiàn)了死鎖狀態(tài)。

（2）產(chǎn)生死鎖的四個必要條件  

互斥條件：一個資源每次只能被一個進程使用。  

請求與保持條件：一個進程因請求資源而阻塞時，對已獲得的資源保持不放。  不剝奪條件:進程已獲得的資源，在末使用完之前，不能強行剝奪。  循環(huán)等待條件:若干進程之間形成一種頭尾相接的循環(huán)等待資源關(guān)系。  

這四個條件是死鎖的必要條件，只要系統(tǒng)發(fā)生死鎖，這些條件必然成立，而只要上述條件之一不滿足，就不會發(fā)生死鎖。

（3）死鎖的解決方法 

讓所有的線程按照同樣的順序獲得一組鎖。這種方法消除了 A和 B的擁有者分別等待對方的資源的問題。 

將多個鎖組成一組并放到同一個鎖下。前面Java線程死鎖的例子中，可以創(chuàng)建一個容器對象的鎖。于是在獲得A或B之前都必須獲得這個容器的鎖。將那些不會阻塞的可獲得資源用變量標志出來。當某個線程獲得容器對象的鎖時，就可以通過檢查變量來判斷是否整個容器集合中的對象鎖都可獲得。如果是，它就可以獲得相關(guān)的鎖，否則，就要釋放掉容器這個鎖并稍后再嘗試。 

編寫代碼可預(yù)防死鎖，如： 

Volatile 變量，volatile 關(guān)鍵字是 Java 語言為優(yōu)化編譯器設(shè)計的。 

.class VolatileTest { 

.public void food() { 

.boolean flag = false; 

.if(flag) { 

.// this could happen 

} 

}

}

一個優(yōu)化的編譯器可能會判斷出if部分的語句永遠不會被執(zhí)行，就根本不會編譯這部分的代碼。如果這個類被多線程訪問， flag被前面某個線程設(shè)置之后，在它被if語句測試之前，可以被其他線程重新設(shè)置。用volatile關(guān)鍵字來聲明變量，就可以告訴編譯器在編譯的時候，不需要通過預(yù)測變量值來優(yōu)化這部分的代碼。 

無法訪問的Java線程死鎖有時候雖然獲取對象鎖沒有問題，線程依然有可能進入阻塞狀態(tài)。在 Java 編程中IO就是這類問題最好的例子。當線程因為對象內(nèi)的IO調(diào)用而阻塞時，此對象應(yīng)當仍能被其他線程訪問。該對象通常有責任取消這個阻塞的IO操作。造成阻塞調(diào)用的線程常常會令同步任務(wù)失敗。如果該對象的其他方法也是同步的，當線程被阻塞時，此對象也就相當于被冷凍住了。 

其他的線程由于不能獲得對象的Java線程死鎖，就不能給此對象發(fā)消息(例如，取消 IO 操作)。必須確保不在同步代碼中包含那些阻塞調(diào)用，或確認在一個用同步阻塞代碼的對象中存在非同步方法。盡管這種方法需要花費一些注意力來保證結(jié)果代碼安全運行，但它允許在擁有對象的線程發(fā)生阻塞后，該對象仍能夠響應(yīng)其他線程。