使用jstack跟踪Java进程

        生产运行的系统运行时间长了,容易出现运行缓慢,内容不足等问题。 
        如果单靠通过查看代码是很难去发现这些问题,在这一次故障排查中,我也学到了怎样更好的使用jvm监控工具来进行诊断,主要用到了jstack和jmap命令,jmap上次已经讲过就不再讲了,下面就一个例子来讲怎么使用jstack来对的Java程序进行诊断。 
        首先让我们来了解一下jstack这个命令的作用,jstack 是一个可以返回在应用程序上运行的各种各样线程的一个完整转储的实用程序,您可以使用它查明问题。jstack [-l] <pid>,jpid可以通过使用jps命令来查看当前Java程序的jpid值,-l是可选参数,它可以显示线程阻塞/死锁情况。 

Java代码    收藏代码
  1. /** 
  2.  * 死锁例子 
  3.   */  
  4. public class DeadLock {  
  5.   
  6.     public static void main(String[] args) {  
  7.         final Object obj_1 = new Object(), obj_2 = new Object();  
  8.           
  9.         Thread t1 = new Thread("t1"){  
  10.             @Override  
  11.             public void run() {  
  12.                 synchronized (obj_1) {  
  13.                     try {  
  14.                         Thread.sleep(3000);  
  15.                     } catch (InterruptedException e) {}  
  16.                       
  17.                     synchronized (obj_2) {  
  18.                         System.out.println("thread t1 done.");  
  19.                     }  
  20.                 }  
  21.             }  
  22.         };  
  23.           
  24.         Thread t2 = new Thread("t2"){  
  25.             @Override  
  26.             public void run() {  
  27.                 synchronized (obj_2) {  
  28.                     try {  
  29.                         Thread.sleep(3000);  
  30.                     } catch (InterruptedException e) {}  
  31.                       
  32.                     synchronized (obj_1) {  
  33.                         System.out.println("thread t2 done.");  
  34.                     }  
  35.                 }  
  36.             }  
  37.         };  
  38.           
  39.         t1.start();  
  40.         t2.start();  
  41.     }  
  42.       
  43. }  

        以上DeadLock类是一个死锁的例子,假使在我们不知情的情况下,运行DeadLock后,发现等了N久都没有在屏幕打印线程完成信息。这个时候我们就可以使用jps查看该程序的jpid值和使用jstack来生产堆栈结果问题。  
Linux代码    收藏代码
  1. $ java -cp deadlock.jar DeadLock &  
  2. $   

Linux代码    收藏代码
  1. $ jps  
  2.   3076 Jps  
  3.   448 DeadLock  
  4. $ jstack -l 448 > deadlock.jstack  

结果文件deadlock.jstack内容如下:  
Xml代码    收藏代码
  1. 2011-03-20 23:05:20  
  2. Full thread dump Java HotSpot(TM) Client VM (19.1-b02 mixed mode, sharing):  
  3.   
  4. "DestroyJavaVM" prio=6 tid=0x00316800 nid=0x9fc waiting on condition [0x00000000]  
  5.    java.lang.Thread.State: RUNNABLE  
  6.   
  7.    Locked ownable synchronizers:  
  8.     - None  
  9.   
  10. "t2" prio=6 tid=0x02bcf000 nid=0xc70 waiting for monitor entry [0x02f6f000]  
  11.    java.lang.Thread.State: BLOCKED (on object monitor)  
  12.     at com.demo.DeadLock$2.run(DeadLock.java:40)  
  13.     - waiting to lock <0x22a297a8> (a java.lang.Object)  
  14.     - locked <0x22a297b0> (a java.lang.Object)  
  15.   
  16.    Locked ownable synchronizers:  
  17.     - None  
  18.   
  19. "t1" prio=6 tid=0x02bce400 nid=0xba0 waiting for monitor entry [0x02f1f000]  
  20.    java.lang.Thread.State: BLOCKED (on object monitor)  
  21.     at com.demo.DeadLock$1.run(DeadLock.java:25)  
  22.     - waiting to lock <0x22a297b0> (a java.lang.Object)  
  23.     - locked <0x22a297a8> (a java.lang.Object)  
  24.   
  25.    Locked ownable synchronizers:  
  26.     - None  
  27.   
  28. "Low Memory Detector" daemon prio=6 tid=0x02bb9400 nid=0xa6c runnable [0x00000000]  
  29.    java.lang.Thread.State: RUNNABLE  
  30.   
  31.    Locked ownable synchronizers:  
  32.     - None  
  33.   
  34. "CompilerThread0" daemon prio=10 tid=0x02bb2800 nid=0xcb8 waiting on condition [0x00000000]  
  35.    java.lang.Thread.State: RUNNABLE  
  36.   
  37.    Locked ownable synchronizers:  
  38.     - None  
  39.   
  40. "Attach Listener" daemon prio=10 tid=0x02bb1000 nid=0x7f4 waiting on condition [0x00000000]  
  41.    java.lang.Thread.State: RUNNABLE  
  42.   
  43.    Locked ownable synchronizers:  
  44.     - None  
  45.   
  46. "Signal Dispatcher" daemon prio=10 tid=0x02bd2800 nid=0xd80 runnable [0x00000000]  
  47.    java.lang.Thread.State: RUNNABLE  
  48.   
  49.    Locked ownable synchronizers:  
  50.     - None  
  51.   
  52. "Finalizer" daemon prio=8 tid=0x02bab000 nid=0xe1c in Object.wait() [0x02d3f000]  
  53.    java.lang.Thread.State: WAITING (on object monitor)  
  54.     at java.lang.Object.wait(Native Method)  
  55.     - waiting on <0x229e1148> (a java.lang.ref.ReferenceQueue$Lock)  
  56.     at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:118)  
  57.     - locked <0x229e1148> (a java.lang.ref.ReferenceQueue$Lock)  
  58.     at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:134)  
  59.     at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)  
  60.   
  61.    Locked ownable synchronizers:  
  62.     - None  
  63.   
  64. "Reference Handler" daemon prio=10 tid=0x02ba6800 nid=0xbe0 in Object.wait() [0x02cef000]  
  65.    java.lang.Thread.State: WAITING (on object monitor)  
  66.     at java.lang.Object.wait(Native Method)  
  67.     - waiting on <0x229e1048> (a java.lang.ref.Reference$Lock)  
  68.     at java.lang.Object.wait(Object.java:485)  
  69.     at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)  
  70.     - locked <0x229e1048> (a java.lang.ref.Reference$Lock)  
  71.   
  72.    Locked ownable synchronizers:  
  73.     - None  
  74.   
  75. "VM Thread" prio=10 tid=0x02b6a400 nid=0x568 runnable   
  76.   
  77. "VM Periodic Task Thread" prio=10 tid=0x02bc8400 nid=0x75c waiting on condition   
  78.   
  79. JNI global references: 878  
  80.   
  81.   
  82. Found one Java-level deadlock:  
  83. =============================  
  84. "t2":  
  85.   waiting to lock monitor 0x02baaeec (object 0x22a297a8, a java.lang.Object),  
  86.   which is held by "t1"  
  87. "t1":  
  88.   waiting to lock monitor 0x02baa2bc (object 0x22a297b0, a java.lang.Object),  
  89.   which is held by "t2"  
  90.   
  91. Java stack information for the threads listed above:  
  92. ===================================================  
  93. "t2":  
  94.     at com.demo.DeadLock$2.run(DeadLock.java:40)  
  95.     - waiting to lock <0x22a297a8> (a java.lang.Object)  
  96.     - locked <0x22a297b0> (a java.lang.Object)  
  97. "t1":  
  98.     at com.demo.DeadLock$1.run(DeadLock.java:25)  
  99.     - waiting to lock <0x22a297b0> (a java.lang.Object)  
  100.     - locked <0x22a297a8> (a java.lang.Object)  
  101.   
  102. Found 1 deadlock.  

        从这个结果文件我们一看到发现了一个死锁,具体是线程t2在等待线程t1,而线程t1在等待线程t2造成的,同时也记录了线程的堆栈和代码行数,通过这个堆栈和行数我们就可以去检查对应的代码块,从而发现问题和解决问题.
        也可以发现在哪些地方发生阻塞,访问缓慢等,从而可以准确入手进行优化.
           参考 : http://crane-ding.iteye.com/blog/968862
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值