Javaweb項目視頻下載，Java死鎖

更新時間：2020-05-12 14:17:25 來源：動力節(jié)點瀏覽2094次

相信程序員都會碰上這樣的問題，Java死鎖如何排查？又如何解決呢？那么，何為死鎖呢？死鎖是指兩個或兩個以上的進程在執(zhí)行過程中，由于競爭資源或者由于彼此通信而造成的一種阻塞的現(xiàn)象。今天小編一次性來幫助大家解決Java死鎖的有關(guān)問題。

1、為什么會出現(xiàn)死鎖？

要解決Java死鎖就必須追根究底，為什么會出現(xiàn)死鎖？其實從死鎖的定義就可以看出來，一方面是因為有兩個或者兩個以上進程，另一方面是因為有競爭資源。

2、怎么排查代碼中出現(xiàn)了死鎖？

（1）使用jps+jstack

在windons命令窗口，使用jps-l

使用jstack-l12316

（2）使用jconsole

在window打開JConsole，JConsole是一個圖形化的監(jiān)控工具！

在windons命令窗口，輸出JConsole

選擇到線程的tab上

（3）使用JavaVisualVM

在window打開jvisualvm，jvisualvm是一個圖形化的監(jiān)控工具！

在windons命令窗口，輸出jvisualvm

依然是切換到線程這個TAB上，很明顯的就有提示！

3、如何避免死鎖？

上面說了死鎖出現(xiàn)的原因以及通過三種方式來檢測和排查死鎖，下面更重要的東西來了，就是如何避免死鎖，如果能夠讓寫出的代碼避免死鎖出現(xiàn)也就沒有上面這些排查的過程了。最好的是從源頭控制問題，而不是后期遇到問題在去填坑。

我看了阿里巴巴中最新的開發(fā)規(guī)約，里面有對避免死鎖的說明，具體如下：

死鎖的原因就是兩個線程試圖以不同的順序來獲得相同的鎖。所以，如果所有的線程以固定的順序來獲得鎖，那么在程序中就不會出現(xiàn)鎖順序死鎖的問題。

（1）動態(tài)的鎖順序死鎖

以一個經(jīng)典的轉(zhuǎn)賬案例來進行說明，我們知道轉(zhuǎn)賬就是將資金從一個賬戶轉(zhuǎn)入另一個賬戶。在開始轉(zhuǎn)賬之前，首先需要獲得這兩個賬戶對象得鎖，以確保通過原子方式來更新兩個賬戶中的余額，同時又不破壞一些不變形條件，例如賬戶的余額不能為負數(shù)。

結(jié)論：由于我們無法控制transferMoney中的參數(shù)的順序，而這些參數(shù)順序取決于外部的輸入。所以兩個線程同時調(diào)用transferMoney，一個線程從X向Y轉(zhuǎn)賬，另一個線程從Y向X轉(zhuǎn)賬，那么就會發(fā)生互相等待鎖的情況，導(dǎo)致死鎖。

解決問題方案：定義鎖的順序，并且整個應(yīng)用中都按照這個順序來獲取鎖。

方案一：使用System.identityHashCode方法，該方法返回有Object.hashCode返回的值，此時可以通過某種任意方法來決定鎖的順序。但是在極少數(shù)情況下，兩個對象可能擁有相同的散列值，在這種情況下，通過給公共變量加鎖來實現(xiàn)給鎖制定順序。所以這種方法也是用最小的代價，換來了最大的安全性。

方案二:在Account中包含一個唯一的，不可變的，值。比如說賬號等。通過對這個值對對象進行排序。

（2）在協(xié)作對象之間發(fā)生的死鎖

如果在持有鎖時調(diào)用某外部的方法，那么將出現(xiàn)活躍性問題。在這個外部方法中可能會獲取其他的鎖（這個可能產(chǎn)生死鎖），或阻塞時間過長，導(dǎo)致其他線程無法及時獲得當前持有的鎖。

場景如下：Taxi代表出租車對象，包含當前位置和目的地。Dispatcher代表車隊。當一個線程收到GPS更新事件時掉用setLocation,那么它首先更新出租車的位置，然后判斷它是否到達目的地。如果已經(jīng)到達，它會通知Dispatcher:它需要一個新的目的地。因為setLocation和notifyAvailable都是同步方法，因此掉用setLocation線程首先獲取taxi的鎖，然后在獲取Dispatcher的鎖。同樣，掉用getImage的線程首先獲取Dispatcher的鎖，再獲取每一個taxi的鎖，這兩個線程按照不同的順序來獲取鎖，因此可能導(dǎo)致死鎖。

解決方案：使用開放掉用。如果再調(diào)用某個方法時不需要持有鎖，那么這種調(diào)用就被稱為開放掉用。這種調(diào)用能有效的避免死鎖，并且易于分析線程安全。

Javaweb項目視頻下載，Java死鎖