本文共 4279 字，大约阅读时间需要 14 分钟。
介绍
本文主要是对《深入理解Java虚拟机》和官方文档中对工具使用用法的一个总结，官方文档地址如下，几乎每个命令都做了详细的解释，本文的内容基于jdk1.8
https://docs.oracle.com/javase/8/docs/technotes/tools/unix/index.html| 名称 | 主要作用 |
|---|---|
| jps | JVM Process Status Tool，显示指定系统内所有的HotSpot虚拟机进程 |
| jstat | JVM Statistics Monitoring Tool，用于收集HotSpot虚拟机各方面的运行数据 |
| jinfo | Configuration Info for Java，显示虚拟机配置信息 |
| jmap | Memory Map for Java，生成虚拟机的内存转储（heapdump文件） |
| jhat | JVM Heap Dump Browser，用于分析heapdump文件，它会建立一个HTTP/HTML服务器，让用户可以在浏览器上查看分析结果 |
| jstack | Stack Trace for Java，显示虚拟机的线程程快照 |
jps:虚拟机进程状况工具
jps可以列出正在运行的虚拟机进程，并显示虚拟机执行主类（Main Class，main()函数所在的类）名称以及这些进程的本地虚拟机唯一ID（Local Virtual Machine Identifier,LVMID），即进程ID
jps命令格式
jps [options] [hostid]
命令格式的各种参数的含义就不再解释，主要介绍一下常见的用法，有想深入了解的去看上面地址的官方文档
jps可以通过RMI（Remote Method Invocation，远程方法调用）协议查询开启了RMI服务的远程虚拟机进程状态，hostid为RMI注册表中注册的主机名
| 选项 | 作用 |
|---|---|
| -q | 只输出LVMID（进程id），省略主类的名称 |
| -m | 数据虚拟机进程启动时传递给主类main()函数的参数 |
| -l | 输出主类的全名，如果进程执行的是Jar包，输出Jar路径 |
| -v | 数据虚拟机进程启动时JVM参数 |
cis@mt002:~$ jps70208 KmpService183525 LinkAnalysisServer25160 MipSerachServer
cis@mt002:~$ jps -l70208 com.st.kmp.main.KmpService183525 com.st.cis.main.LinkAnalysisServer25160 com.st.cis.main.MipSerachServer
jstat:虚拟机统计信息监视工具
jstat（JVM Statistics Monitoring Tool）是用于监视虚拟机各种运行状态信息的命令行工具。 它可以显示本地或者远程虚拟机进程中的类装载、 内存、 垃圾收集、 JIT编译等运行数据，在没有GUI图形界面，只提供了纯文本控制台环境的服务器上，它将是运行期定位虚拟机性能问题的首选工具。
jstat命令格式
jstat [ generalOption | outputOptions vmid [ interval[s|ms] [ count ] ]
| 选项 | 作用 |
|---|---|
| -class | 监视类装载，卸载数量，总空间以及类装载锁消耗的时间 |
| -gc | 监视Java堆状况，包括Eden区，两个survivor区，老年代，永久代的容量，已用空间，GC时间合计等信息 |
| -gcutil | 监视内容与-gc基本相同，但输出主要关注已使用空间占总空间的百分比 |
| -gcnew | 监视新生代GC状况 |
| -gcold | 监视老年代GC状况 |
| -compiler | 输出JIT编译器编译过的方法，耗时等信息 |
| -printcompilation | 输出已经被JIT编译的方法 |
cis@mt002:~$ jstat -gc 70208 S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT 2048.0 2048.0 0.0 1344.0 345088.0 87897.3 699392.0 120487.8 32000.0 31381.8 4096.0 3899.3 8595 74.610 4 0.330 74.941
各个参数的含义如下
S0C: Current survivor space 0 capacity (kB). S0的大小S1C: Current survivor space 1 capacity (kB).S0U: Survivor space 0 utilization (kB). S0已使用的空间S1U: Survivor space 1 utilization (kB).EC: Current eden space capacity (kB). eden区的大小EU: Eden space utilization (kB).OC: Current old space capacity (kB).OU: Old space utilization (kB).MC: Metaspace capacity (kB).MU: Metacspace utilization (kB).CCSC: Compressed class space capacity (kB).CCSU: Compressed class space used (kB).YGC: Number of young generation garbage collection events.YGCT: Young generation garbage collection time.FGC: Number of full GC events.FGCT: Full garbage collection time. Full gc耗时GCT: Total garbage collection time. gc总耗时
cis@mt002:~$ jstat -gcutil 70208 S0 S1 E O M CCS YGC YGCT FGC FGCT GCT 0.00 65.62 71.35 17.23 98.07 95.20 8595 74.610 4 0.330 74.941
jinfo:Java配置信息工具
jinfo（Configuration Info for Java）的作用是实时地查看和调整虚拟机各项参数。 使用jps命令的-v参数可以查看虚拟机启动时显式指定的参数列表，但如果想知道未被显式指定的参数的系统默认值，除了去找资料外，就只能使用jinfo的-flag选项进行查询了（如果只限于JDK 1.6或以上版本的话，使用java-XX：+PrintFlagsFinal查看参数默认值也是一个很好的选择）
jinfo 命令格式
jinfo [ option ] pid
| 选项 | 参数 |
|---|---|
| -flag name | 打印指定java虚拟机的参数值 |
| -flag [+|-]name | 设置或取消指定java虚拟机参数的布尔值 |
| -flag name=value | 设置指定java虚拟机的参数的值 |
jmap:Java内存映像工具
jmap（Memory Map for Java）命令用于生成堆转储快照（一般称为heapdump或dump文件）。 如果不使用jmap命令，要想获取Java堆转储快照，还有一些比较“暴力”的手段：譬如-XX：+HeapDumpOnOutOfMemoryError参数，可以让虚拟机在OOM异常出
现之后自动生成dump文件，通过-XX：+HeapDumpOnCtrlBreak参数则可以使用[Ctrl]+[Break]键让虚拟机生成dump文件，又或者在Linux系统下通过Kill-3命令发送进程退出信号“吓唬”一下虚拟机，也能拿到dump文件 jmap命令格式jmap [ options ] pid
| 选项 | 作用 |
|---|---|
| -dump | 生成Java堆转储快照。格式为： -dump:[live,]format=b,file=<filename> ,其中live子参数说明是否只dump出存活的对象 |
| -heap | 显示java堆详细信息，如使用哪种回收器，参数配置，分带状况等。只在Linux/Solaris平台下有效 |
| -histo | 显示堆中对象统计信息，包括类，实例数量，合计容量 |
| -F | 当虚拟机进程对-dump选项没有响应时，可使用这个选项强制生成dump快照。只在Linux/Solaris平台下有效 |
jhat:虚拟机堆转储快照分析工具
Sun JDK提供jhat（JVM Heap Analysis Tool）命令与jmap搭配使用，来分析jmap生成的堆转储快照。 jhat内置了一个微型的HTTP/HTML服务器，生成dump文件的分析结果后，可以在浏览器中查看
jstack:Java堆栈跟踪工具
jstack（Stack Trace for Java）命令用于生成虚拟机当前时刻的线程快照（一般称为threaddump或者javacore文件）。 线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、 死循环、 请求外部资源导致的长时间等待等都是导致线程长时间停顿的常见原因。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做些什么事情，或者等待着什么资源
jstack命令格式
jstack [ options ] pid
| 选项 | 作用 |
|---|---|
| -F | 当正常输出的请求不被响应时，强制输出线程堆栈 |
| -l | 除堆栈外，显示关于锁的附加信息 |
| -m | 如果调用到本地方法的话，可以显示C/C++的堆栈 |
参考博客
[1]https://www.cnblogs.com/yueshutong/p/9812464.html
转载地址：https://blog.csdn.net/zzti_erlie/article/details/86517158 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！
发表评论
最新留言
关于作者
