有些时候我们需要查看下jvm中的线程执行情况,比如,发现服务器的CPU的负载突然增高了、出现了死锁、死循环等,我们该如何分析呢?由于程序是正常运行的,没有任何的输出,从日志方面也看不出什么问题,所以就需要看下jvm的内部线程的执行情况,然后再进行分析查找出原因。
这个时候,就需要借助于jstack命令了,jstack的作用是将正在运行的jvm的线程情况进行快照,并且打印出来:
#用法:jstack <pid>
jstack 2203
在Java中线程的状态一共被分成6种:
如果在生产环境发生了死锁,我们将看到的是部署的程序没有任何反应了,这个时候我们可以借助jstack进行分析,下面我们实战下查找死锁的原因。
构造死锁:
编写代码,启动2个线程,Thread1拿到了obj1锁,准备去拿obj2锁时,obj2已经被Thread2锁定,所以发送了死锁。
public class TestDeadLock {
private static final Object obj1 = new Object();
private static final Object obj2 = new Object();
public static void main(String[] args) {
new Thread(new Thread1()).start();
new Thread(new Thread2()).start();
}
private static class Thread1 implements Runnable{
@Override
public void run() {
synchronized (obj1){
System.out.println("Thread1 拿到了 obj1 的锁! ");
try {
// 停顿2秒的意义在于:让Thread2线程拿到obj2的锁。
Thread.sleep(2000);
}catch (InterruptedException e){
e.printStackTrace();
}
synchronized (obj2){
System.out.println("Thread1 拿到了 obj2 的锁 !");
}
}
}
}
private static class Thread2 implements Runnable{
@Override
public void run() {
synchronized (obj2){
System.out.println("Thread2 拿到了 obj2 的锁");
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
synchronized (obj1){
System.out.println("Thread2 拿到了 obj1 的锁");
}
}
}
}
}
jstack 3256
在输出的信息中,已经看到,发现了1个死锁,关键信息如下:
"Thread-1": at TestDeadLock$Thread2.run(TestDeadLock.java:47) - waiting to lock <0x00000000f655dc40> (a java.lang.Object) - locked <0x00000000f655dc50> (a java.lang.Object) at java.lang.Thread.run(Thread.java:748)
"Thread-0": at TestDeadLock$Thread1.run(TestDeadLock.java:27) - waiting to lock <0x00000000f655dc50> (a java.lang.Object) - locked <0x00000000f655dc40> (a java.lang.Object) at java.lang.Thread.run(Thread.java:748)
可以清晰的看到:
Thread2 获取了 <0x00000000f655dc50> 的锁,等待获取 <0x00000000f655dc40> 这个锁
Thread1 获取了 <0x00000000f655dc40> 的锁,等待获取 <0x00000000f655dc50> 这个锁
由此可见,发生了死锁。