Java“魔法”-jstack命令解析
怕什么真理无穷
进一步有近一步的欢喜
jstack命令主要用来查看Java线程的调用堆栈的,可以用来分析线程问题(如死锁)。
命令说明
官网文档地址:https://docs.oracle.com/javase/8/docs/technotes/tools/unix/jstack.html
Usage:
jstack [-l] <pid>
(to connect to running process) 连接活动线程
jstack -F [-m] [-l] <pid>
(to connect to a hung process) 连接阻塞线程
jstack [-m] [-l] <executable> <core>
(to connect to a core file) 连接dump的文件
jstack [-m] [-l] [server_id@]<remote server IP or hostname>
(to connect to a remote debug server) 连接远程服务器
Options:
-F to force a thread dump. Use when jstack <pid> does not respond (process is hung)
-m to print both java and native frames (mixed mode)
-l long listing. Prints additional information about locks
-h or -help to print this help message
在使用jstack之前需要先大概知道线程的状态相关的知识,下面为你准备好了。
线程状态
线程在运行的过程中,会在几种状态中进行切换,我们可以用jstack命令查看线程堆栈信息时,可能会看到的线程的几种状态,了解这些线程的状态,方便后续对于具体问题的排查和解决。
NEW :未启动的。不会出现在Dump中 RUNNABLE :在虚拟机中准备执行的 BLOCKED :阻塞并等待监视器锁 WATING :无限期等待另一个线程执行特定操作 TIMED_WATING :有时限的等待另一个线程的特定操作 TERMINATED :已退出的,线程终止
jstack输出日志
知道要查询应用的PId,就可以使用jstack 输出线程的信息。
# 输出结果
jstack -l pid
#输出结果到日志中
jstack -l pid > /tmp/jstack.log
大致信息如下:
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.151-b12 mixed mode):
"Attach Listener" #50173 daemon prio=9 os_prio=0 tid=0x00007f4ba401a800 nid=0x69ab waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"Pinpoint-Grpc-ActiveThreadCountService-Timer" #12474 daemon prio=5 os_prio=0 tid=0x00007f4b54051000 nid=0x292b in Object.wait() [0x00007f4bd067f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:502)
at java.util.TimerThread.mainLoop(Timer.java:526)
- locked <0x00000000f065d3f0> (a java.util.TaskQueue)
at java.util.TimerThread.run(Timer.java:505)
Locked ownable synchronizers:
- None
使用的技巧
jstack检测死锁
Found one Java-level deadlock:
.... 省略信息
Found 1 deadlock
jstack统计线程数
jstack -l pid | grep 'java.lang.Thread.State' | wc -l
jstack检测cpu占用高
1、查看cpu占用高进程 2、查看cpu占用高线程 2、转换线程ID 4、定位cpu占用线程 5、分析原因和解决
具体的详细步骤可以参考我之前写的这篇文章:体验了一把线上CPU100%及应用OOM的排查和解决过程
评论