java中虚拟机命令：jstack使用方法

Stack Trace for Java，用于生成虚拟机当前的线程快照信息，包含每一条线程的堆栈信息。该命令通常用于定位线程停顿原因，如线程死锁，死循环，请求外部资源导致的长时间等待，当出现线程停顿时，可通过stack查看每个线程的堆栈信息，进而分析停顿原因，如果Java程序崩溃生成core文件，jstack也可以获得Java stack和native stack的信息，从而轻松知道程序如何崩溃和在何处发生崩溃，另外jstack还可以附属到正在运行的Java程序，查看stack信息。

命令格式:
jstack [ option ] pid

常用参数:

-l	除堆栈外，显示锁的附加信息
-F	当请求不被响应时，强制输出线程堆栈
-m	混合模式，打印java和本地C++调用的堆栈信息

1.top查找出哪个进程消耗的cpu高。执行top命令，默认是进程视图，其中PID是进程号
co_ad2 18 0 1817m 776m 9712 S 3.3 4.9 12:03.24 java
co_ad 21 0 3028m 2.5g 9432 S 1.0 16.3 6629:44 ja

这里我们分析21125这个java进程
2.第二步找出该进程内最耗费CPU的线程，可以使用ps -Lfp pid或者ps -mp pid -o THREAD, tid, time或者top -Hp pid，我这里用第三个，输出如下：top中shift+h 或“H”查找出哪个线程消耗的cpu高
先输入top，然后再按shift+h 或“H”，此时打开的是线程视图，pid为线程号

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

printf "%x

" 21742

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

OK，下一步终于轮到jstack上场了，它用来输出进程21711的堆栈信息，然后根据线程ID的十六进制值grep，如下：使用jstack命令输出这一时刻的线程栈，保存到文件，命名为jstack.log。注意：输出线程栈和保存top命令快照尽量同时进行。
由于jstack.log文件记录的线程ID是16进制，需要将top命令展示的线程号转换为16进制。

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

root@ubuntu:/# jstack 21711 | grep 54ee

"PollIntervalRetrySchedulerThread" prio=10 tid=0x00007f950043e000 nid=0x54ee in Object.wait() [0x00007f94c6eda000]

可以看到CPU消耗在PollIntervalRetrySchedulerThread这个类的Object.wait()，我找了下我的代码，定位到下面的代码：jstack查找这个线程的信息
jstack [进程]|grep -A 10 [线程的16进制]
即： jstack 21125|grep -A 10 52f1

-A 10表示查找到所在行的后10行。21233用计算器转换为16进制52f1，注意字母是小写。
结果：

"http-8081-11" daemon prio=10 tid=0x00002aab049a1800 nid=0x52bb in Object.wait() [0x0000000042c75000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:485)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.await(JIoEndpoint.java:416)

在结果中查找52f1，可看到当前线程在做什么。

本文转自：http://www.iteye.com/topic/1114219

https://blog.csdn.net/javalingyu/article/details/124126765