JDK 监控和故障处理工具

末蓝、 2024-04-17 14:45 80阅读 0赞

### 文章目录 ###

*   *  1、jps： 查看所有 Java 进程
     *  2、jstat： 监视虚拟机的运行状态信息
     *  3、jinfo： 显示虚拟机参数配置信息
     *  4、jmap： 生成虚拟机的内存转储快照（dump文件）
     *  5、jhat： 建立一个http/html服务器
     *  6、jstack： 显示虚拟机的线程快照
     *  7、jcmd： java 命令行

<table> 
 <thead> 
  <tr> 
   <th align="left">名称</th> 
   <th align="left">主要作用</th> 
   <th align="left">备注</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">jps</td> 
   <td align="left"><code>jvm process status tool</code>，显示系统内所有的虚拟机进程</td> 
   <td align="left">-</td> 
  </tr> 
  <tr> 
   <td align="left">jstat</td> 
   <td align="left"><code>jvm statistics monitoring tool</code>，用于收集虚拟机各方面的运行数据</td> 
   <td align="left">-</td> 
  </tr> 
  <tr> 
   <td align="left">jinfo</td> 
   <td align="left"><code>configuration info for java</code> ，显示虚拟机参数配置信息</td> 
   <td align="left">-</td> 
  </tr> 
  <tr> 
   <td align="left">jmap</td> 
   <td align="left"><code>memory map for java</code> ，生成虚拟机的内存转储快照（heapdump文件）</td> 
   <td align="left">-</td> 
  </tr> 
  <tr> 
   <td align="left">jhat</td> 
   <td align="left"><code>jvm heap dump browser</code>，用于分析heapmap文件，它会建立一个http/html服务器让用户可以在浏览器上查看分析结果</td> 
   <td align="left">-</td> 
  </tr> 
  <tr> 
   <td align="left">jstack</td> 
   <td align="left"><code>stack trace for java</code> ，显示虚拟机的线程快照</td> 
   <td align="left">jps、jstat、jinfo、jmap、jhat、jstack 从JDK 1.5开始就已经存在</td> 
  </tr> 
  <tr> 
   <td align="left">jcmd</td> 
   <td align="left">java 命令行（stack trace for java），用于向正在运行的 JVM 发送诊断命令请求</td> 
   <td align="left">jcmd是在JDK 1.7引入的</td> 
  </tr> 
 </tbody> 
</table>

## 1、jps： 查看所有 Java 进程 ##

jps（JVM process status）命令格式： `jps [options] [hostid]`

`jps` （没有参数时）：列出正在运行的虚拟机进程，进程ID 和 主类（main函数所在的类）的名称

hostid ：远程主机名，需要远程主机开通rmi远程调用，此参数为空表示本机。

options 选项及说明：

<table> 
 <thead> 
  <tr> 
   <th>参数</th> 
   <th align="left">说明</th> 
   <th>备注</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>-q</td> 
   <td align="left">只输出进程ID的名称，省略主类的名称</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-m</td> 
   <td align="left">输出虚拟机进程启动时传递给主类main()函数的参数</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-l</td> 
   <td align="left">输出主类的命名，如果进程执行的是Jar包，则输出Jar的路径</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td>-v</td> 
   <td align="left">输出虚拟机进程启动时JVM参数</td> 
   <td>–</td> 
  </tr> 
 </tbody> 
</table>

jps 没有参数时：

C:\Users\Administrator>jps
    16188 Jps
    6716 DelongDpmsService
    9820

jps -q 只显示进程ID ：

C:\Users\Administrator>jps -q
    14172
    6716
    9820

C:\Users\Administrator>jps -m
    17088 Jps -m
    6716 DelongDpmsService
    9820

jps -l 显示包名：

C:\Users\Administrator>jps -l
    3828 sun.tools.jps.Jps
    6716 com.aop8.pms.DelongDpmsService
    9820

jps -v 显示 JVM参数 ：

C:\Users\Administrator>jps -v
    11164 Jps -Denv.class.path=.;C:\Program Files\java\jdk1.8.0_181\lib;C:\Program Files\java\jdk1.8.0_181\lib\tools.jar -Dapplication.home=C:\Program Files\java\jdk1.8.0_181 -Xms8m
    6716 DelongDpmsService -agentlib:jdwp=transport=dt_socket,suspend=y,address=localhost:55553 -Dfile.encoding=UTF-8
    9820  -Dosgi.requiredJavaVersion=1.7 -Xms2048m -Xmx2048m -XX:PermSize=1024m -XX:MaxPermSize=1024m -XX:MetaspaceSize=1024m -XX:MaxMetaspaceSize=1024m -XX:ReservedCodeCacheSize=1024M -javaagent:lombok.jar -Xbootclasspath/a:lombok.jar -Xverify:none

## 2、jstat： 监视虚拟机的运行状态信息 ##

jstat（jvm statistics monitoring tool）可以显示本地或远程虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行状况。在不能使用GUI图形界面的情况下，它将是运行期定位虚拟机问题的首选工具。

**命令格式：**

`jstat option pid [interval [s|ms] [count]`

*  vmid 虚拟机进程ID ；
 *  如果是远程虚拟机，那VMID的格式应当是： `[protocol:] [//] lvmid[@hostname[:port]/servername]`
 *  参数 interval 和 count 分别表示查询的间隔和次数，如果省略这两个参数，说明只查询一次。

jstat命令主要选项及说明：

<table> 
 <thead> 
  <tr> 
   <th align="left">名称</th> 
   <th align="left">主要作用</th> 
   <th>备注</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">-class</td> 
   <td align="left">监视类装载、卸载数量、总空间及类装载所耗费的时间</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td align="left">-gc</td> 
   <td align="left">监视Java堆状况，包括Eden区、2个survivor区、老年代、永久代等的容量、已用空间、GC时间等时间</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td align="left">-gccapacity</td> 
   <td align="left">监视内容与-gc相同，输出主要关注Java堆各个区域使用的最大空间和最小空间</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td align="left">-gcutil</td> 
   <td align="left">监视内容与-gc基本相同，输出主要关注已使用空间占总空间的百分比</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td align="left">-gccause</td> 
   <td align="left">与-gcutil功能一样，但会额外输出导致上一次GC产生的原因</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td align="left">-gcnew</td> 
   <td align="left">监视新生代GC的状况</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td align="left">-gcnewcapacity</td> 
   <td align="left">监视内容与-gcnew基本相同，输出主要关注使用到的最大空间和最小空间</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td align="left">-gcold</td> 
   <td align="left">监视老年代GC的状况</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td align="left">-gcoldcapacity</td> 
   <td align="left">监视内容与-gcold基本相同，输出主要关注使用的最大空间和最小空间</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td align="left">-gcpermcapacity</td> 
   <td align="left">输出永久代使用的最大空间和最小空间</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td align="left">-compiler</td> 
   <td align="left">输出JIT编译器编译过的方法、耗时等信息</td> 
   <td>–</td> 
  </tr> 
  <tr> 
   <td align="left">-printcompilation</td> 
   <td align="left">输出已经被JIT编译的方法</td> 
   <td>–</td> 
  </tr> 
 </tbody> 
</table>

**示例：**

C:\Users\Administrator>jstat -gcutil 6716
      S0     S1     E      O      M     CCS    YGC     YGCT    FGC    FGCT     GCT
      0.00  75.24  99.65  10.15  97.46  96.53      9    0.076     2    0.070    0.146

说明：

S0：Survivor1 区当前使用比例

S1：Survivor2 区当前使用比例 75.24

E：Eden区使用比例 99.65%

O：老年代使用比例 10.15%

M：元数据区使用比例

CCS：压缩使用比例

YGC：年轻代垃圾回收次数 9次

YGCT：年轻代垃圾回收总耗时

FGC：老年代垃圾回收次数 2次

FGCT：老年代垃圾回收消耗时间 0.070秒

GCT：垃圾回收消耗总时间 0.146秒

## 3、jinfo： 显示虚拟机参数配置信息 ##

jinfo（configuration info for java）实时地查看和调整虚拟机的各项参数。

**命令格式：**

jinfo [option] pid

参数：

<table> 
 <thead> 
  <tr> 
   <th align="left">名称</th> 
   <th align="left">主要作用</th> 
   <th>备注</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">-flags</td> 
   <td align="left">出当前 jvm 进程的全部参数和系统属性 (第一部分是系统的属性，第二部分是 JVM 的参数)。</td> 
   <td>-</td> 
  </tr> 
  <tr> 
   <td align="left"><code>-flag &lt;name&gt;</code></td> 
   <td align="left">在虚拟机运行期，输出对应名称的参数的具体值</td> 
   <td>-</td> 
  </tr> 
  <tr> 
   <td align="left"><code>-flag [+|-] &lt;name&gt;</code></td> 
   <td align="left">在虚拟机运行期，开启或者关闭对应名称的参数</td> 
   <td>-</td> 
  </tr> 
  <tr> 
   <td align="left"><code>-flag &lt;name&gt;=&lt;value&gt;</code></td> 
   <td align="left">在虚拟机运行期，修改对应名称的参数的值</td> 
   <td>-</td> 
  </tr> 
  <tr> 
   <td align="left">-sysprops</td> 
   <td align="left">使用-sysprops 选项把虚拟机进程的 System.getProperties() 的内容打印出来</td> 
   <td>-</td> 
  </tr> 
 </tbody> 
</table>

*  `jinfo vmid` ：输出当前 jvm 进程的全部参数和系统属性 (第一部分是系统的属性，第二部分是 JVM 的参数)。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3hpYW9qaW4yMWNlbg_size_16_color_FFFFFF_t_70]

中间省略

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3hpYW9qaW4yMWNlbg_size_16_color_FFFFFF_t_70 1]

*  `jinfo -flag name vmid` ：输出对应名称的参数的具体值。

比如输出 MaxHeapSize的大小、查看当前 jvm 进程是否开启打印 GC 日志 ( `-XX:PrintGCDetails` :详细 GC 日志模式，这两个都是默认关闭的)。

C:\Users\SnailClimb>jinfo  -flag MaxHeapSize 6716
    -XX:MaxHeapSize=2124414976
    C:\Users\SnailClimb>jinfo  -flag PrintGC 6716
    -XX:-PrintGC

*  `jinfo -flag [+|-]name vmid` 在虚拟机运行期，开启或者关闭对应名称的参数。

C:\Users\SnailClimb>jinfo  -flag  PrintGC 6716
    -XX:-PrintGC
    
    C:\Users\SnailClimb>jinfo  -flag  +PrintGC 6716
    
    C:\Users\SnailClimb>jinfo  -flag  PrintGC 6716
    -XX:+PrintGC

`-PrintGC` 表示PrintGC是关闭的  
`+PrintGC` 开启 PrintGC 选项  
`PrintGC` 查询 PrintGC 的参数

*  `jinfo -flag name=value` 在虚拟机运行期，修改 JVM 参数。

## 4、jmap： 生成虚拟机的内存转储快照（dump文件） ##

jmap（Memory Map for Java）的作用并不仅仅为了获取dump文件，它还可以查询finalize执行队列、java堆和永久代的详细信息。如空间使用率、当前用的是哪种收集器等。

和jinfo命令一样，jmap在windows下也受到比较大的限制。除了生成dump文件的-dump选项和用于查看每个类的实例、控件占用统计的 -histo 选项在所有操作系用都提供之外，其余选项只能在linux/solaris下使用。

jmap格式：

jmap [option] pid

<table> 
 <thead> 
  <tr> 
   <th align="left">选项</th> 
   <th align="left">作用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">-dump</td> 
   <td align="left">生成java堆转储快照。格式为： <code>-dump:[live,]format=b,file=&lt;filename&gt;</code> ，其中live子参数说明是否只dump出存活的对象</td> 
  </tr> 
  <tr> 
   <td align="left"><code>-finalizerinfo</code></td> 
   <td align="left">显示在F-Queue 中等待Finalizer线程执行finalize方法的对象。只在Linux/Solaris平台下有效</td> 
  </tr> 
  <tr> 
   <td align="left">-heap</td> 
   <td align="left">显示java堆详细信息，如使用哪种收集器、参数配置、分代情况等，在Linux/Solaris平台下有效</td> 
  </tr> 
  <tr> 
   <td align="left">-histo</td> 
   <td align="left">显示堆中对象统计信息，包含类、实例对象、合集容量</td> 
  </tr> 
  <tr> 
   <td align="left">-permstat</td> 
   <td align="left">以 ClassLoader 为统计口径显示永久代内存状态。只在Linux/Solaris平台下有效</td> 
  </tr> 
  <tr> 
   <td align="left">-F</td> 
   <td align="left">当虚拟机进程对-dump选项没有相应时。可使用这个选项强制生成dump快照。只在Linux/Solaris平台下有效。</td> 
  </tr> 
 </tbody> 
</table>

命令格式：`jmap -histo <pid>`

说明：查看Java进程中类实例数及占用内存

[root@iZ25w1kdi5zZ ~]# jmap -histo 27185 > a.txt
    [root@iZ25w1kdi5zZ ~]# cat a.txt | head -n 10
    ## 输出前10行内容
     num     #instances         #bytes  class name
    ----------------------------------------------
       1:        271683       15214248  java.util.concurrent.ConcurrentHashMap$ValueIterator
       2:        100613       14146120  [C
       3:         11507        9575176  [B
       4:          6677        8977928  [I
       5:         28574        2514512  java.lang.reflect.Method
       6:         69763        2232416  java.util.ArrayList$Itr
       7:         86222        2069328  java.lang.String
       8:         42039        1681560  java.util.HashMap$KeyIterator
       9:          9772        1090512  java.lang.Class
      10:         16216        1025736  [Ljava.lang.Object;
      11:         30561         977952  java.util.concurrent.ConcurrentHashMap$Node
     
    [root@iZ25w1kdi5zZ ~]# cat a.txt | tail -n 10
    ## 输出最后10行内容
    3959:             1             16  sun.reflect.generics.tree.VoidDescriptor
    3960:             1             16  sun.security.provider.NativeSeedGenerator
    3961:             1             16  sun.security.util.AlgorithmDecomposer
    3962:             1             16  sun.security.util.DisabledAlgorithmConstraints$Constraints
    3963:             1             16  sun.util.calendar.Gregorian
    3964:             1             16  sun.util.locale.provider.AuxLocaleProviderAdapter$NullProvider
    3965:             1             16  sun.util.locale.provider.CalendarDataUtility$CalendarWeekParameterGetter
    3966:             1             16  sun.util.locale.provider.SPILocaleProviderAdapter
    3967:             1             16  sun.util.locale.provider.TimeZoneNameUtility$TimeZoneNameGetter
    3968:             1             16  sun.util.resources.LocaleData
    3969:             1             16  sun.util.resources.LocaleData$LocaleDataResourceBundleControl
    Total       1113276       74660584

命令格式：`jmap -heap <pid>`

说明：查看Java进程堆信息

C:\Users\Administrator>jmap -heap 6716
    Attaching to process ID 6716, please wait...
    Debugger attached successfully.
    Server compiler detected.
    JVM version is 25.181-b13
    
    using thread-local object allocation.
    Parallel GC with 8 thread(s)
    
    Heap Configuration:
       MinHeapFreeRatio         = 0
       MaxHeapFreeRatio         = 100
       MaxHeapSize              = 4284481536 (4086.0MB)
       NewSize                  = 89128960 (85.0MB)
       MaxNewSize               = 1428160512 (1362.0MB)
       OldSize                  = 179306496 (171.0MB)
       NewRatio                 = 2
       SurvivorRatio            = 8
       MetaspaceSize            = 21807104 (20.796875MB)
       CompressedClassSpaceSize = 1073741824 (1024.0MB)
       MaxMetaspaceSize         = 17592186044415 MB
       G1HeapRegionSize         = 0 (0.0MB)
    
    Heap Usage:
    PS Young Generation
    Eden Space:
       capacity = 192937984 (184.0MB)
       used     = 37542488 (35.803306579589844MB)
       free     = 155395496 (148.19669342041016MB)
       19.45831879325535% used
    From Space:
       capacity = 15204352 (14.5MB)
       used     = 15191792 (14.488021850585938MB)
       free     = 12560 (0.0119781494140625MB)
       99.91739207300647% used
    To Space:
       capacity = 18350080 (17.5MB)
       used     = 0 (0.0MB)
       free     = 18350080 (17.5MB)
       0.0% used
    PS Old Generation
       capacity = 175112192 (167.0MB)
       used     = 21926304 (20.910552978515625MB)
       free     = 153185888 (146.08944702148438MB)
       12.521289208691991% used
    
    23167 interned Strings occupying 2719520 bytes.

命令格式：`jmap -dump:format=b,file=保存路径 进程ID`

说明：生成java堆转储快照

C:\Users\Administrator>jmap -dump:format=b,file=d:/b.bin 6716
    Dumping heap to D:\b.bin ...
    Heap dump file created

## 5、jhat： 建立一个http/html服务器 ##

jhat（JVM heap analysis tool），与jmap来一起进行使用，用来分析用jmap来生成的堆转储快照。

jhat 用于分析 heapdump 文件，它自带一个小型的http/html的服务器，让用户可以在浏览器上查看分析结果。

但是一般不会去直接使用jhat命令来分析demp文件：

原因一是一般不会在部署应用程序的服务器上直接分析dump文件，一般会尽量将dump文件拷贝到其他机器上进行分析，因为分析工作是一个耗时且消耗硬件资源的过程，既然都要在其他机器上进行，就没必要受到命令行工具的限制了；

另外一个原因是jhat的分析功能相对来说很简陋，VisualVM以及专门分析dump文件的Eclipse Memory Analyzer、IBM HeapAnalyzer等工具，都能实现比jhat更强大更专业的分析功能。

**命令格式：**

jhat [ options ] heap-dump-file

**示例：**

C:\Users\Administrator>jhat d:/b.bin
    Reading from d:/b.bin...
    Dump file created Tue Aug 27 13:31:48 CST 2019
    Snapshot read, resolving...
    Resolving 1126505 objects...
    Chasing references, expect 225 dots..............................
    Eliminating duplicate references............................
    Snapshot resolved.
    Started HTTP server on port 7000
    Server is ready.

访问： http://localhost:7000

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3hpYW9qaW4yMWNlbg_size_16_color_FFFFFF_t_70 2]  
（中间部分省略）  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3hpYW9qaW4yMWNlbg_size_16_color_FFFFFF_t_70 3]

## 6、jstack： 显示虚拟机的线程快照 ##

`jstack`（Stack Trace for Java）jstack命令用于生成虚拟机当前时刻的线程快照。

线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程死锁、死循环、请求外部资源导致长时间等待等。

**命令格式**

jstack [option] pid

**主要选项**

<table> 
 <thead> 
  <tr> 
   <th align="left">选项</th> 
   <th align="left">作用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left">-F</td> 
   <td align="left">当正常输出的请求不被响应时，强制输出线程堆栈</td> 
  </tr> 
  <tr> 
   <td align="left">-l</td> 
   <td align="left">除堆栈外，显示关于锁的附加信息</td> 
  </tr> 
  <tr> 
   <td align="left">-m</td> 
   <td align="left">如果调用到本地方法的话，可以显示c/c++的堆栈</td> 
  </tr> 
 </tbody> 
</table>

**下面是一个线程死锁的代码。我们下面会通过 jstack 命令进行死锁检查，输出死锁信息，找到发生死锁的线程。**

public class DeadLockDemo { 
        private static Object resource1 = new Object();//资源 1
        private static Object resource2 = new Object();//资源 2
    
        public static void main(String[] args) { 
            new Thread(() -> { 
                synchronized (resource1) { 
                    System.out.println(Thread.currentThread() + "get resource1");
                    try { 
                        Thread.sleep(1000);
                    } catch (InterruptedException e) { 
                        e.printStackTrace();
                    }
                    System.out.println(Thread.currentThread() + "waiting get resource2");
                    synchronized (resource2) { 
                        System.out.println(Thread.currentThread() + "get resource2");
                    }
                }
            }, "线程 1").start();
    
            new Thread(() -> { 
                synchronized (resource2) { 
                    System.out.println(Thread.currentThread() + "get resource2");
                    try { 
                        Thread.sleep(1000);
                    } catch (InterruptedException e) { 
                        e.printStackTrace();
                    }
                    System.out.println(Thread.currentThread() + "waiting get resource1");
                    synchronized (resource1) { 
                        System.out.println(Thread.currentThread() + "get resource1");
                    }
                }
            }, "线程 2").start();
        }
    }

Output

Thread[线程 1,5,main]get resource1
    Thread[线程 2,5,main]get resource2
    Thread[线程 1,5,main]waiting get resource2
    Thread[线程 2,5,main]waiting get resource1

线程 A 通过 synchronized (resource1) 获得 resource1 的监视器锁，然后通过`Thread.sleep(1000);`让线程 A 休眠 1s 为的是让线程 B 得到执行然后获取到 resource2 的监视器锁。线程 A 和线程 B 休眠结束了都开始企图请求获取对方的资源，然后这两个线程就会陷入互相等待的状态，这也就产生了死锁。

**通过 jstack 命令分析：**

C:\Users\SnailClimb>jps
    13792 KotlinCompileDaemon
    7360 NettyClient2
    17396
    7972 Launcher
    8932 Launcher
    9256 DeadLockDemo
    10764 Jps
    17340 NettyServer
    
    C:\Users\SnailClimb>jstack 9256

输出的部分内容如下：

Found one Java-level deadlock:
    =============================
    "线程 2":
      waiting to lock monitor 0x000000000333e668 (object 0x00000000d5efe1c0, a java.lang.Object),
      which is held by "线程 1"
    "线程 1":
      waiting to lock monitor 0x000000000333be88 (object 0x00000000d5efe1d0, a java.lang.Object),
      which is held by "线程 2"
    
    Java stack information for the threads listed above:
    ===================================================
    "线程 2":
            at DeadLockDemo.lambda$main$1(DeadLockDemo.java:31)
            - waiting to lock <0x00000000d5efe1c0> (a java.lang.Object)
            - locked <0x00000000d5efe1d0> (a java.lang.Object)
            at DeadLockDemo$$Lambda$2/1078694789.run(Unknown Source)
            at java.lang.Thread.run(Thread.java:748)
    "线程 1":
            at DeadLockDemo.lambda$main$0(DeadLockDemo.java:16)
            - waiting to lock <0x00000000d5efe1d0> (a java.lang.Object)
            - locked <0x00000000d5efe1c0> (a java.lang.Object)
            at DeadLockDemo$$Lambda$1/1324119927.run(Unknown Source)
            at java.lang.Thread.run(Thread.java:748)
    
    Found 1 deadlock.

可以看到 `jstack` 命令已经帮我们找到发生死锁的线程的具体信息。

## 7、jcmd： java 命令行 ##

JDK7 update 4中引入了jcmd工具，可以替代 `jps` 工具，同时提供了更丰富的功能；导出堆、查看Java进程、导出线程信息、执行GC、采样分析等功能；

格式：  
`jcmd <pid | main class> <command … | PerfCounter.print | -f file>`

Jcmd的主要用途：

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3hpYW9qaW4yMWNlbg_size_16_color_FFFFFF_t_70]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/17/5180cd735ca246b2ba26ba63fbe69c71.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3hpYW9qaW4yMWNlbg_size_16_color_FFFFFF_t_70 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/17/bf7de1f5520d4ceba2dc02cb6af2f825.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3hpYW9qaW4yMWNlbg_size_16_color_FFFFFF_t_70 2]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/17/a0c92deda093440197e9083d109dfd06.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3hpYW9qaW4yMWNlbg_size_16_color_FFFFFF_t_70 3]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/17/9d5068b5484c41cc9b6a0f1137c38acc.png