dump 怎么分析死锁

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了dump 怎么分析死锁相关的知识,希望对你有一定的参考价值。

1、首先构造死锁,代码如下:

public class Deadlocker    
 
   private static Object lock_1 = new int[1];   
   private static Object lock_2 = new int[1];   
 
   public class Thread1 extends Thread    
 
       @Override  
       public void run()    
            System.out.println("thread 1 start");   
            synchronized (lock_1)    
                try    
                    Thread.sleep(5000);   
                 catch (InterruptedException e)    
                    e.printStackTrace();   
                   
                System.out.println("thread 1 get lock 1 need lock 2");   
                synchronized (lock_2)    
                   
               
            System.out.println("thread 1 end");   
           
       
  
    public class Thread2 extends Thread    
  
        @Override  
        public void run()    
            System.out.println("thread 2 start");   
            synchronized (lock_2)    
                try    
                    Thread.sleep(5000);   
                 catch (InterruptedException e)    
                    e.printStackTrace();   
                   
                System.out.println("thread 2 get lock 2 need lock 1");   
                synchronized (lock_1)    
                   
               
            System.out.println("thread 2 end");   
           
       
  
    public static void main(String[] args)    
        Thread1 thread1 = new Deadlocker().new Thread1();   
        Thread2 thread2 = new Deadlocker().new Thread2();   
        thread1.start();   
        thread2.start();   
       

 

2、运行结果如下:

thread 1 start

thread 2 start

thread 1 get lock 1 need lock 2

thread 2 get lock 2 need lock 1

3、分析:

从打印的结果很容易分析线程1 和线程2 处于死锁。相互需要对方的持有的锁;

 

4、使用:jps 查看线程id,再使用:jstack 线程id  > dumpthread 命令。部分结果如下(去除各种gc线程。。。):

 

第一部分:

"Thread-1" prio=10 tid=0x0000000040a49800 nid=0x2d1e waiting for monitor entry [0x00007f50eda98000]

   java.lang.Thread.State: BLOCKED (on object monitor)

at Deadlocker$Thread2.run(Deadlocker.java:47)

- waiting to lock <0x00000007d6f97ec8> (a [I)

- locked <0x00000007d6f97ee0> (a [I)

 

"Thread-0" prio=10 tid=0x0000000040a47800 nid=0x2d1d waiting for monitor entry [0x00007f50edb99000]

   java.lang.Thread.State: BLOCKED (on object monitor)

at Deadlocker$Thread1.run(Deadlocker.java:28)

- waiting to lock <0x00000007d6f97ee0> (a [I)

- locked <0x00000007d6f97ec8> (a [I)

 

。。。。。各种其他线程

 

这里可以看出两个线程处于BLOCKED  状态,各自在等待各自的锁( 0x00000007d6f97ec8 和0x00000007d6f97ee0 )

 

第二部分:

Found one Java-level deadlock:

=============================

"Thread-1":

  waiting to lock monitor 0x0000000040a33dd8 (object 0x00000007d6f97ec8, a [I),

  which is held by "Thread-0"

"Thread-0":

  waiting to lock monitor 0x0000000040a365e0 (object 0x00000007d6f97ee0, a [I),

  which is held by "Thread-1"

 

这个一看就更明白了。。说发现一个java死锁,Thread-1在等待一个lock,而这个锁被Thread-0 持有,

而 Thread-0在等待另外一个lock,而这个锁被Thread-1 持有

 

Java stack information for the threads listed above:

===================================================

"Thread-1":

at Deadlocker$Thread2.run(Deadlocker.java:47)

- waiting to lock <0x00000007d6f97ec8> (a [I)

- locked <0x00000007d6f97ee0> (a [I)

"Thread-0":

at Deadlocker$Thread1.run(Deadlocker.java:28)

- waiting to lock <0x00000007d6f97ee0> (a [I)

- locked <0x00000007d6f97ec8> (a [I)

 

Found 1 deadlock.

 

上面的红色部分便也可以清楚查询到死锁的位置了;

 

当然据说第二部分只有java5 以上版本才有的(未验证)。

参考技术A 用代码分析

jvm内存快照dump文件太大,怎么分析

 来自凌幽草  

1、场景

通常,使用eclipse的mat图形化工具打开dump的时候都会内存溢出.

技术图片

 

 

对于比较小的dump,eclipse可以打开,但一旦dump文件太大,eclipse就有点束手无策。

这时候怎么办呢?可以使用linux下的mat,既Memory Analyzer Tools

 

2、dump生成

dump可以是内存溢出时让其自动生成,或者手工直接导。配置jvm参数-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/biapp/m.hprof

 

手工直接导,PID为进程号

jmap -dump:live,format=b,file=m.hprof PID

 

 

3、准备工作,下载LINUX的MAT

地址:http://www.eclipse.org/mat/downloads.php

 

在linux服务器执行命令 uname –m查看版本

 技术图片

 

下载对应的版本

 技术图片

 

下载后将包传到linux服务器上解压。

 技术图片

 

MemoryAnalyzer.ini 配置文件可以修改最大的内存,默认1G基本够用了。

 

 

4、在linux执行分析命令

执行命令

./ParseHeapDump.sh m.hprof  org.eclipse.mat.api:suspects org.eclipse.mat.api:overview org.eclipse.mat.api:top_components。

m.hprof就是jvm的dump文件,在mat目录下会生成3份.zip结尾的报告和一些m.相关的文件,将生成的m.hprof相关的文件都下载到windows本地磁盘。

如:

 技术图片

 

5、打开分析报告

1)使用浏览器

解压缩以.zip结尾的文件,解压后

 技术图片

 

使用浏览器打开index.html文件内容,查看分析报告

 技术图片

 

 

查看Class Histogram一项

 技术图片

 

发现其中一个类对象占用了7个G,这里的Heap单位都是Byte,自行换算。

Shallow Heap 既对象本身的大小

Retained Heap 对象自身加起直接或间接引用的大小

 

        

2)使用eclipse的mat工具

 

Eclipse需要按照mat工具,安装步骤可以百度,或者参考

https://jingyan.baidu.com/article/cb5d61053562ed005c2fe022.html

 

如果直接打开dump文件还是会内存溢出,所以可以使用eclipse打开分析报告即可。

 

使用eclipse-File-Open File打开dump文件,如下:

 技术图片

 

 

会提示错误,点击OK忽略错误,然后选择第三项,重新打开之前的运行报告

 技术图片

 

点击Next,出现如下界面

 技术图片

 

选择其中的一份报告打开,如m_System_Overview.zip

 技术图片

 

 

得到相同的结果

 技术图片

 

以上是关于dump 怎么分析死锁的主要内容,如果未能解决你的问题,请参考以下文章

如何分析Thread Dump

java死锁性能分析

如何抓取分析Thread Dump

一起bvar中死锁的分析

通过线程dump,我们获得了一个正在执行的java程序的线程信息。

# Jdk VisualVM使用线程 dump 制作分析