JVM——使用工具——jstack

概述

jstack是jdk自带的线程堆栈分析工具，使用该命令可以查看或导出 Java 应用程序中线程堆栈信息。

Jstack 用法

Usage:
    jstack [-l] <pid>   (连接到正在运行的进程)
    jstack -F [-m] [-l] <pid>   (连接到挂起的进程)
    jstack [-m] [-l] <executable> <core>    (连接到核心文件)
    jstack [-m] [-l] [server_id@]<remote server IP or hostname>    (连接到远程调试服务器)

Options:
    -F  强制线程转储。当jstack <pid>不响应时使用(进程挂起)
    -m  同时打印java和本机帧(混合模式)
    -l  长清单。打印关于锁的附加信息
    -h or -help 打印此帮助信息

参数说明：

• -l 长列表. 打印关于锁的附加信息,例如属于java.util.concurrent 的 ownable synchronizers列表.

• -F 当’jstack [-l] pid’没有相应的时候强制打印栈信息

• -m 打印java和native c/c++框架的所有栈信息.

• -h | -help 打印帮助信息

pid 需要被打印配置信息的java进程id,可以用jps查询.

Jstack 使用

通过使用 jps 命令获取需要监控的进程的pid，然后使用 jstack pid 命令查看线程的堆栈信息。

通过 jstack 命令可以获取当前进程的所有线程信息。

每个线程堆中信息中，都可以查看到 线程ID、线程的状态（wait、sleep、running 等状态）、是否持有锁信息等。

 

命令行参数选项说明如下： 
-l long listings，会打印出额外的锁信息，在发生死锁时可以用jstack -l pid来观察锁持有情况 
-m mixed mode，不仅会输出Java堆栈信息，还会输出C/C++堆栈信息（比如Native方法） 
jstack可以定位到线程堆栈，根据堆栈信息我们可以定位到具体代码，所以它在JVM性能调优中使用得非常多。下面我们来一个实例找出某个Java进程中最耗费CPU的Java线程并定位堆栈信息，用到的命令有ps、top、printf、jstack、grep。

第一步先找出Java进程ID，服务器上的Java应用名称为mrf-center：

root@ubuntu:/# ps -ef | grep mrf-center | grep -v grep
root 21711 1 1 14:47 pts/3 00:02:10 java -jar mrf-center.jar

得到进程ID为21711，第二步找出该进程内最耗费CPU的线程，可以使用

1）ps -Lfp pid
2）ps -mp pid -o THREAD, tid, time
3）top -Hp pid

用第三个，输出如下：

TIME列就是各个Java线程耗费的CPU时间，CPU时间最长的是线程ID为21742的线程，用

printf "%x\n" 21742

得到21742的十六进制值为54ee，下面会用到。

OK，下一步终于轮到jstack上场了，它用来输出进程21711的堆栈信息，然后根据线程ID的十六进制值grep，如下：

root@ubuntu:/# jstack 21711 | grep 54ee
"PollIntervalRetrySchedulerThread" prio=10 tid=0x00007f950043e000 nid=0x54ee in Object.wait()

• CPU消耗在PollIntervalRetrySchedulerThread这个类的Object.wait()，我找了下我的代码，定位到下面的代码：

// Idle wait
getLog().info("Thread [" + getName() + "] is idle waiting...");
schedulerThreadState = PollTaskSchedulerThreadState.IdleWaiting;
long now = System.currentTimeMillis();
long waitTime = now + getIdleWaitTime();
long timeUntilContinue = waitTime - now;
synchronized(sigLock) {
try {
if(!halted.get()) {
sigLock.wait(timeUntilContinue);
}
} 
catch (InterruptedException ignore) {
}
}

它是轮询任务的空闲等待代码，上面的sigLock.wait(timeUntilContinue)就对应了前面的Object.wait()。

死锁示例

下面通过一个例子，来演示 jstack 检查死锁的一个例子，代码如下：

public static void deathLock() {
    Thread t1 = new Thread() {
        @Override
        public void run() {
            try {
                lock1.lock();
                TimeUnit.SECONDS.sleep(1);
                lock2.lock();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    };
    Thread t2 = new Thread() {
        @Override
        public void run() {
            try {
                lock2.lock();
                TimeUnit.SECONDS.sleep(1);
                lock1.lock();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    };
    t1.setName("mythread1");
    t2.setName("mythread2");
    t1.start();
    t2.start();
}

使用 jstack -l pid 查看线程堆栈信息，发现在堆栈信息最后面检查出了一个死锁。如下图

 

 

可以清楚的看出 mythread2 等待 这个锁 “0x00000000d6eb82d0”，这个锁是由于mythread1线程持有。

mythread1线程等待这个锁“0x00000000d6eb8300”,这个锁是由mythread2线程持有。

“mythread1”线程堆栈信息如下：

可以看出当前线程持有“0x00000000d6eb82d0”锁，等待“0x00000000d6eb8300”的锁

“mythread2”线程堆栈信息如下：

“mythread2”的堆栈信息中可以看出当前线程持有“0x00000000d6eb8300”锁，等待“0x00000000d6eb82d0”的锁。