JVM之jstack的使用和解析

我就是我 2023-09-26 10:34 41阅读 0赞

### 基本概念 ###

有些时候我们需要查看下jvm中的线程执行情况，比如，发现服务器的CPU的负载突然增高了、出现了死锁、死循环等，我们该如何分析呢？  
由于程序是正常运行的，没有任何的输出，从日志方面也看不出什么问题，所以就需要看下jvm的内部线程的执行情况，然后再进行分析查找出原因。  
这个时候，就需要借助于`jstack`命令了，jstack的作用是将正在运行的jvm的线程情况进行快照，并且打印出来。  
`jstack`是jdk自带的线程堆栈分析工具，使用该命令可以查看或导出 java 应用程序中线程堆栈信息。  
`jstack`用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如**线程间死锁、死循环、请求外部资源导致的长时间等待**等。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。 如果java程序崩溃生成core文件，jstack工具可以用来获得core文件的java stack和native stack的信息，从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题。另外，jstack工具还可以附属到正在运行的java程序中，看到当时运行的java程序的java stack和native stack的信息, 如果现在运行的java程序呈现hung的状态，jstack是非常有用的。  
![image.png][]  
用法：

> jstack \[ options \] pid

pid：Java进程的ID，可以通过jps命令查询到。

> jstack \[ options \] executable core

executable： 产生core dump的Java可执行程序  
core：要打印的堆栈跟踪的核心文件

> jstack \[ options \] \[ server-id@ \] remote-hostname-or-IP

server-id：当多个DEBUG服务器在同一远程主机上运行时，可使用的可选唯一ID。  
remote-hostname-or-IP：远程DEBUG的服务器主机名或IP地址

### options 参数说明 ###

*  \-F

当 jstack \[-l\] pid 没有响应时，强制打印一个堆栈转储。

*  \-l

打印关于锁的其他信息，比如拥有的java.util.concurrent ownable同步器的列表。

*  \-m

打印包含Java和本机C/ C++帧的混合模式堆栈跟踪。

*  \-h

打印帮助信息

*  \-help

打印帮助信息

[root@fsd bin]# jstack 2203
    Full thread dump Java HotSpot(TM) 64‐Bit Server VM (25.141‐b15 mixed mode):
    "Attach Listener" #24 daemon prio=9 os_prio=0 tid=0x00007fabb4001000 nid=0x906 waiting on condition [0x0000000000000000]
    java.lang.Thread.State: RUNNABLE
    
    "http‐bio‐8080‐exec‐5" #23 daemon prio=5 os_prio=0 tid=0x00007fabb057c000 nid=0x8e1 waiting on condition [0x00007fabd05b8000]
    java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method)
    ‐ parking to wait for	<0x00000000f8508360> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at
    java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awa it(AbstractQueuedSynchronizer.java:2039)
    at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:44 2)
    at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:104) at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:32) at
    java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1 074)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java
    :1134)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.jav a:624)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread
    .java:61)
    at java.lang.Thread.run(Thread.java:748)
    "http‐bio‐8080‐exec‐4" #22 daemon prio=5 os_prio=0 tid=0x

[image.png]: https://img-blog.csdnimg.cn/img_convert/103721a6c31a40fa4bbd94bc5204ac33.png#clientId=ucbc3b8ca-4a69-4&crop=0&crop=0&crop=1&crop=1&from=paste&height=266&id=ud324361d&margin=%5BobjectObject%5D&name=image.png&originHeight=266&originWidth=713&originalType=binary&ratio=1&rotation=0&showTitle=false&size=8922&status=done&style=none&taskId=u1ba044af-adc1-49f4-ba67-3ed50132ceb&title=&width=713