本篇內(nèi)容介紹了“Java死鎖問(wèn)題的排查和解決方案”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

創(chuàng)新互聯(lián)公司主營(yíng)金林網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營(yíng)網(wǎng)站建設(shè)方案,App定制開(kāi)發(fā),金林h5重慶小程序開(kāi)發(fā)搭建,金林網(wǎng)站營(yíng)銷(xiāo)推廣歡迎金林等地區(qū)企業(yè)咨詢

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

要解決Java死鎖就必須追根究底，為什么會(huì)出現(xiàn)死鎖？其實(shí)從死鎖的定義就可以看出來(lái)，一方面是因?yàn)橛袃蓚€(gè)或者兩個(gè)以上進(jìn)程，另一方面是因?yàn)橛懈?jìng)爭(zhēng)資源。

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

（1）使用 jps + jstack

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

使用 jstack -l 12316

（2）使用jconsole

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

在windons命令窗口 ，輸出JConsole

選擇到線程的tab上

（3）使用Java Visual VM

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

在windons命令窗口 ，輸出 jvisualvm

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

3、如何避免死鎖？

上面說(shuō)了死鎖出現(xiàn)的原因以及通過(guò)三種方式來(lái)檢測(cè)和排查死鎖，下面更重要的東西來(lái)了，就是如何避免死鎖，如果能夠讓寫(xiě)出的代碼避免死鎖出現(xiàn)也就沒(méi)有上面這些排查的過(guò)程了。最好的是從源頭控制問(wèn)題，而不是后期遇到問(wèn)題在去填坑。
我看了阿里巴巴中最新的開(kāi)發(fā)規(guī)約，里面有對(duì)避免死鎖的說(shuō)明，具體如下：

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

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

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

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

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

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

方案二:在Account中包含一個(gè)唯一的，不可變的，值。比如說(shuō)賬號(hào)等。通過(guò)對(duì)這個(gè)值對(duì)對(duì)象進(jìn)行排序。

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

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

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

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

“Java死鎖問(wèn)題的排查和解決方案”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！