日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間：8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
如何分析Java虛擬機(jī)死鎖

到目前為止，我認(rèn)為分析Java代碼問題的最有效的工具仍然是java thread dump，原因是：

奉化網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián),奉化網(wǎng)站設(shè)計(jì)制作，有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為奉化千余家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\成都外貿(mào)網(wǎng)站建設(shè)要多少錢，請找那個(gè)售后服務(wù)好的奉化做網(wǎng)站的公司定做！

1.任何操作系統(tǒng)平臺(tái)下都可以使用。

2.在多數(shù)情況下，可以在生產(chǎn)環(huán)境中使用。

3.和操作系統(tǒng)提供的工具相比，java thread dump給出的信息是直白的，直接對應(yīng)到應(yīng)用代碼。

4.它對被分析的系統(tǒng)干擾很小，因此能反應(yīng)真實(shí)的問題。而其它很多profiling或Instrument工具本身對JVM運(yùn)行有很大的干擾，經(jīng)常不能暴露出真正的問題，而且這種工具不能用于生產(chǎn)系統(tǒng)。

我覺得在通常情況下分析Java虛擬機(jī)死鎖比分析內(nèi)存泄漏要容易的多。因?yàn)樗梨i發(fā)生時(shí)，JVM通常處于掛起狀態(tài)(hang住了)，thread dump可以給出靜態(tài)穩(wěn)定的信息，查找死鎖只需要查找有問題的線程。而內(nèi)存泄漏的問題卻很難界定，一個(gè)運(yùn)行的JVM里有無數(shù)對象存在，只有寫程序的人才知道哪些對象是垃圾，而哪些不是，而且對象的引用關(guān)系非常復(fù)雜，很難得到一份清晰的對象引用圖。

Java虛擬機(jī)死鎖發(fā)生時(shí)，從操作系統(tǒng)上觀察，虛擬機(jī)的CPU占用率為零，很快會(huì)從top或prstat的輸出中消失。這時(shí)你就可以收集thread dump了，Unix/Linux 下是kill -3 ，在Windows下可以在JVM的console窗口上敲Ctrl-Break。根據(jù)不同的設(shè)置，thread dump會(huì)輸出到當(dāng)前控制臺(tái)上或應(yīng)用服務(wù)器的日志里。

拿到j(luò)ava thread dump后，你要做的就是查找"waiting for monitor entry"的thread，如果大量thread都在等待給同一個(gè)地址上鎖（因?yàn)閷τ贘ava，一個(gè)對象只有一把鎖），這說明很可能死鎖發(fā)生了。比如：

 
 
 
    
  
  
  
  1. "service-j2ee" prio=5 tid=0x024f1c28 nid=0x125 waiting for monitor entry  
    2. 
  
  
  
  2. [62a3e000..62a3f690]  
    3. 
  
  
  
  3. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    4. 
  
  
  
  4. com.sun.enterprise.resource.IASNonSharedResourcePool.internalGetResource(IASNonS  
    5. 
  
  
  
  5. haredResourcePool.java:625)  
    6. 
  
  
  
  6. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: - waiting to  
    7. 
  
  
  
  7. lock <0x965d8110> (a com.sun.enterprise.resource.IASNonSharedResourcePool)  
    8. 
  
  
  
  8. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    9. 
  
  
  
  9. com.sun.enterprise.resource.IASNonSharedResourcePool.getResource(IASNonSharedRes  
    10. 
  
  
  
  10. ourcePool.java:520)  
    11. 
  
  
  
  11. ................ 
    12.

為了確定問題，常常需要在隔兩分鐘后再次收集一次thread dump，如果得到的輸出相同，仍然是大量thread都在等待給同一個(gè)地址上鎖，那么肯定是死鎖了。

如何找到當(dāng)前持有鎖的線程是解決問題的關(guān)鍵。方法是搜索thread dump，查找"locked <0x965d8110>"， 找到持有鎖的線程。

 

 
 
 
    
  
  
  
  1. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: "Thread-20" daemon prio=5 tid=0x01394f18 
    2. 
  
  
  
  2. nid=0x109 runnable [6716f000..6716fc28]  
    3. 
  
  
  
  3. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    4. 
  
  
  
  4. java.net.SocketInputStream.socketRead0(Native Method)  
    5. 
  
  
  
  5. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    6. 
  
  
  
  6. java.net.SocketInputStream.read(SocketInputStream.java:129)  
    7. 
  
  
  
  7. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at oracle.net.ns.Packet.receive(Unknown  
    8. 
  
  
  
  8. Source)  
    9. 
  
  
  
  9. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    10. 
  
  
  
  10. oracle.net.ns.DataPacket.receive(Unknown Source)  
    11. 
  
  
  
  11. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    12. 
  
  
  
  12. oracle.net.ns.NetInputStream.getNextPacket(Unknown Source)  
    13. 
  
  
  
  13. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    14. 
  
  
  
  14. oracle.net.ns.NetInputStream.read(Unknown Source)  
    15. 
  
  
  
  15. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    16. 
  
  
  
  16. oracle.net.ns.NetInputStream.read(Unknown Source)  
    17. 
  
  
  
  17. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    18. 
  
  
  
  18. oracle.net.ns.NetInputStream.read(Unknown Source)  
    19. 
  
  
  
  19. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    20. 
  
  
  
  20. oracle.jdbc.ttc7.MAREngine.unmarshalUB1(MAREngine.java:929)  
    21. 
  
  
  
  21. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    22. 
  
  
  
  22. oracle.jdbc.ttc7.MAREngine.unmarshalSB1(MAREngine.java:893)  
    23. 
  
  
  
  23. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    24. 
  
  
  
  24. oracle.jdbc.ttc7.Ocommoncall.receive(Ocommoncall.java:106)  
    25. 
  
  
  
  25. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    26. 
  
  
  
  26. oracle.jdbc.ttc7.TTC7Protocol.logoff(TTC7Protocol.java:396)  
    27. 
  
  
  
  27. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: - locked <0x954f47a0> (a  
    28. 
  
  
  
  28. oracle.jdbc.ttc7.TTC7Protocol)  
    29. 
  
  
  
  29. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    30. 
  
  
  
  30. oracle.jdbc.driver.OracleConnection.close(OracleConnection.java:1518)  
    31. 
  
  
  
  31. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: - locked <0x954f4520> (a  
    32. 
  
  
  
  32. oracle.jdbc.driver.OracleConnection)  
    33. 
  
  
  
  33. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    34. 
  
  
  
  34. com.sun.enterprise.resource.JdbcUrlAllocator.destroyResource(JdbcUrlAllocator.java:122)  
    35. 
  
  
  
  35. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    36. 
  
  
  
  36. com.sun.enterprise.resource.IASNonSharedResourcePool.destroyResource(IASNonSharedResourcePool.java:8 
    37. 
  
  
  
  37. 72)  
    38. 
  
  
  
  38. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    39. 
  
  
  
  39. com.sun.enterprise.resource.IASNonSharedResourcePool.resizePool(IASNonSharedResourcePool.java:1086)  
    40. 
  
  
  
  40. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: - locked <0x965d8110> (a  
    41. 
  
  
  
  41. com.sun.enterprise.resource.IASNonSharedResourcePool)  
    42. 
  
  
  
  42. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    43. 
  
  
  
  43. com.sun.enterprise.resource.IASNonSharedResourcePool$Resizer.run(IASNonSharedResourcePool.java:1178)  
    44. 
  
  
  
  44. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    45. 
  
  
  
  45. java.util.TimerThread.mainLoop(Timer.java:432)  
    46. 
  
  
  
  46. [27/Jun/2006:10:03:08] WARNING (26140): CORE3283: stderr: at  
    47. 
  
  
  
  47. java.util.TimerThread.run(Timer.java:382) 
    48.

在這個(gè)例子里，持有鎖的線程在等待Oracle返回結(jié)果，卻始終等不到響應(yīng)，因此發(fā)生了死鎖。

如果持有鎖的線程還在等待給另一個(gè)對象上鎖，那么還是按上面的辦法順藤摸瓜，直到找到死鎖的根源為止。

另外，在thread dump里還會(huì)經(jīng)?？吹竭@樣的線程，它們是等待一個(gè)條件而主動(dòng)放棄鎖的線程。
例如：

 
 
 
    
  
  
  
  1. "Thread-1" daemon prio=5 tid=0x014e97a8 nid=0x80 in Object.wait() [68c6f000..68c6fc28]  
    2. 
  
  
  
  2. at java.lang.Object.wait(Native Method)  
    3. 
  
  
  
  3. - waiting on <0x95b07178> (a java.util.LinkedList)  
    4. 
  
  
  
  4. at com.iplanet.ias.util.collection.BlockingQueue.remove(BlockingQueue.java:258)  
    5. 
  
  
  
  5. - locked <0x95b07178> (a java.util.LinkedList)  
    6. 
  
  
  
  6. at com.iplanet.ias.util.threadpool.FastThreadPool$ThreadPoolThread.run(FastThreadPool.java:241)  
    7. 
  
  
  
  7. at java.lang.Thread.run(Thread.java:534) 
    8.

有時(shí)也會(huì)需要分析這類線程，尤其是線程等待的條件。

其實(shí)，Java thread dump并不只用于分析死鎖，其它Java應(yīng)用運(yùn)行時(shí)古怪的行為都可以用thread dump來分析。

***，在Java SE 5里，增加了jstack的工具，也可以獲取thread dump。在Java SE 6里， 通過jconsole的圖形化工具也可以方便地查找涉及object monitors 和java.util.concurrent.locks死鎖。

【編輯推薦】

  1. 20個(gè)開發(fā)人員非常有用的Java功能代碼
  2. 走進(jìn)Java 7中的模塊系統(tǒng)
  3. JavaFX 1.2 已經(jīng)發(fā)布 主要新功能一覽
  4. 2009年十大Java技術(shù)解決方案
  5. 2008最值得學(xué)習(xí)的五種JAVA技術(shù)
     

分享名稱：如何分析Java虛擬機(jī)死鎖
URL網(wǎng)址：http://www.dlmjj.cn/article/djcdhgj.html