前言
上一篇我们介绍了JVM06-经典垃圾收集器。这篇文章将介绍用来排查处理虚拟机故障的一些常用的命令行工具。因为如果我们要对JVM进行调优时，必须要通过这些工具分析虚拟机的运行状态。
jps: 虚拟机进程状况工具
jps命令是一个检查虚拟机进程状况的工具。它可以列出正在运行的虚拟机进程，并显示虚拟机执行主类（Main Class）名称以及这些进程的本地虚拟机唯一ID(LVMID)。
jps 命令的格式是: options 是操作
jps [options] [hostid]
jps执行样例：
jps -l 16864 com.feifei.ServerApplication 30160 com.feifei.ExtendApplication 22020 com.feifei.ApiInnerApplication
jps还可以通过RMI协议查询开启了RMI服务的远程虚拟机进程状态，参数hostid为RMI注册表中的注册的主机名，jps的其他常用选项见下表。
| 选项 | 作用 |
| -q | 只输出LVMID,省略主类的名称 |
| -m | 输出虚拟机进程启动时传递给主类main()函数的参数 |
| -l | 输出主类的全名，如果进程执行的是JAR包，则输出JAR路径 |
| -v | 输出虚拟机进程启动时的JVM参数 |
jstat: 虚拟机统计信息监控工具
jstat是用于监控虚拟机各种运行状况信息的命令行工具，它可以显示本地 或者远程虚拟机进程中的类加载、内存、垃圾收集、即时编译等运行时数据。
jstat命令格式为：
jstat -<option> [-t] [-h<lines>] <vmid> [<interval> [<count>]]
参数interval和count代表查询间隔和次数，如果省略这两个参数，说明只查询一次，假设需要每250毫秒查询一次进程27724垃圾收集情况，一共查询10次，那命令应当是jstat -gc 27724 250 10。查询后的结果是：
jstat的其他常用选项如下表所示：
| 选项 | 作用 |
| -class | 监控类加载、卸载数量、总空间以及类装载所耗费的时间 |
| -gc | 监控Java堆状况，包括Eden区、2个Survivor区、老年代、永久代等的容量，已用空间、垃圾收集时间合计等信息 |
| -gccapacity | 监控内容与-gc基本相同，但输出主要关注已使用Java堆各个区域使用的最大、最小空间 |
| -gcutil | 监控内容与-gc基本相同，但输出主要关注已使用空间占总空间的百分比 |
| -gccause | 与-gcutil功能一样，但是会额外输出导致上次垃圾收集产生的原因 |
| -gcnewcapacity | 监视内容与-gcnew基本相同，输出主要关注使用到的最大、最小空间 |
| -gcold | 监视老年代垃圾收集状况 |
| -gcoldcapacity | 监控内容与-gcold基本相同，输出主要关注使用到的最大、最小空间 |
| -gcpermcapacity | 输出永久代使用到的最大、最小空间 |
| -compiler | 输出即时编译过的方法，耗时等信息 |
| -printcompilation | 输出已经被即时编译的方法 |
下面一个监控项目启动之后的内存状况的例子：还是以那个进程是27724的为例：
jstat -gcutil 27724
查询结果如下：
查询结果表明：
查询结果表明：这台服务器的新生代Eden区（E，表示Eden）使用了99.66%的空间，其中一个Survivor区S0(S0表示Survivor0、S1表示Survivor1)使用了49.22%，S1是空的。老年代（O，表示Old）使用了 28.67%的空间。元空间（M,表示Metaspace）使用了95.25%的空间。程序运行以来共发生Minor GC(YGC,表示Young GC)16次，共耗时(YGCT) 0.248秒，发生Full GC(FGC,表示Full GC)3次，共耗时（FGCT）为0.420秒，所有GC总耗时(GCT,表示GC Time)为0.577秒。
jmap: Java 内存映像工具
jmap命令用于生成堆转储快照，如果不使用jmap命令，要想获取Java堆转储快照也还有一些比较"暴力"的手段，例如使用 -XX:+HeadDumpOnOutOfMemoryError 参数,可以让虚拟机在内存溢出异常出现之后自动生成堆转储快照文件。
jmap命令格式
jmap [option] vmid
jump 工具主要的选项如下表所示：
| 选项 | 作用 |
| -dump | 生成Java堆转储快照，格式为-dump:[live,]format=b,file=<filename>,其中live自参数说明是否只dump出存活的对象 |
| -finalizerinfo | 显示在F-Queue中等待Finalizer线程执行finalize方法的对象，只在Linux/Solaris平台有效 |
| -heap | 显示Java堆详情信息，如使用哪种回收器、参数配置。分代状况等。只在Linux/Solaris平台下有效 |
| -histo | 显示堆中对象统计信息，包括类、实例数量、合计容量 |
| -permstat | 以ClassLoader为统计口径显示永久代内存状态。只在Linux/Solaris平台有效 |
| -F | 以虚拟机进程对-dump选项没有响应时，可使用这个选项强制生成dump快照。只在Linux/Solaris平台有效 |
下面代码是使用jmap生成一个正在运行的java程序的堆转储快照文件的例子，其中27724是通过jps命令查询到的LVMID
# 将 JVM 的堆 dump 到指定文件，如果堆中对象较多，需要的时间会较长，子参数 format 只支持 b，即二进制格式 jmap -dump:format=b,file=gc.dump 27724 # 如果 JVM 进程未响应命令，可以加上参数 -F 尝试 jmap -F -dump:format=b,file=FILE_WITH_PATH 27724 # 可以只 dump 堆中的存活对象，加上 live 子参数，但使用 -F 时不支持 live jmap -dump:live,format=b,file=FILE_WITH_PATH 27724
获取堆概要信息
-heap 参数用于查看指定 JVM 进程的堆的信息，包括堆的各个参数的值，堆中新生代、年老代的内存大小、使用率等
jmap -heap 27724
jstack：Java堆栈跟踪工具
jstack命令用于生成虚拟机当前时刻的线程快照。线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的目的通常是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间挂起等，都是导致线程长时间停顿的常见原因。
jstack命令格式
jstack [option] vmid
jstack工具主要选项如下表所示：
| 选项 | 作用 |
| -F | 当正常输出的请求不被响应时，强制输出线程堆栈 |
| -l | 除堆栈外，显示关于锁的附加信息 |
| -m | 如果调用到本地方法的话，可以显示C/C++的堆栈 |
下面是使用jstack查看 DeadLockTest2主类的堆栈的例子，例子中的17884是通过jps命令查询到的LVMID。
面试题
1.如何找出JVM中占用CPU最高的线程，并定位问题？
第一步： 首先通过top -c 显示进程运行信息列表，按下P，进程按照CPU使用率排序
第二步：根据PID查出消耗CPU最高的线程号，通过执行命令 top -Hp PID，显示一个进程的线程运行信息列表
第三步：使用 printf ‘%x\n’ PID (PID为上一步中获取到的线程号)转换成对应的16进制PID 5c7e
第四步：使用jstack 获取对应的线程信息，jstack pid(进程pid) | grep 5c7e
第五步：jstack pid(进程pid)>stack.dump
详细请参考JVM找出占用CPU最高的线程
总结
本文主要介绍了几种比较实用的处理虚拟机故障的命令行工具，工具本身的使用是非常简单的。这是需要在工作中灵活使用。
