jvm性能监控故障处理命令行工具详解(jpsjstatjinfojmapjhatjstack)(宝藏博文)
Posted 秃了也弱了
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了jvm性能监控故障处理命令行工具详解(jpsjstatjinfojmapjhatjstack)(宝藏博文)相关的知识,希望对你有一定的参考价值。
文章目录
写在前面
所有的java命令都可以使用-help或者-option查看帮助、选项,类似于linux系统命令的–help。
注!其中大部分命令在jdk9中被集成到了jhsdb命令中了!
jps:虚拟机进程状况工具
jps(JVM Process Status Tool)功能和UNIX的ps命令类似:可以列出正在运行的java虚拟机进程,并显示虚拟机执行主类(Main Class,main()函数所在的类)名称以及这些进程的本地虚拟机唯一ID(LVMID,Local Virtual Machine Identifier)。
jps查询的id与操作系统的进程ID(PID,Process Identifier)是一致的,使用Windows的任务管理器或者UNIX的ps命令也可以查询到虚拟机进程的LVMID。
jps命令格式
jps [options] [hostid]
jps执行样例
>jps
10864 Jps
17640 GradleDaemon
12684 SecurityApplication
>jps -l
19040 sun.tools.jps.Jps
17640 org.outch.ome.daemon.bootstrap.GradleDaemon
12684
jps查询远程主机的进程
jps还可以通过RMI协议查询开启了RMI服务的远程虚拟机进程状态,参数hostid为RMI注册表中注册的主机名。
jps常用选项
选项 | 作用 |
-q | 只输出LVMID,省略主类的名称 |
-m | 输出虚拟机进程启动时传递给主类main()函数的参数 |
-l | 输出主类的全名,如果进程执行的是JAR包,则输出JAR路径 |
-v | 输出虚拟机进程启动时的JVM参数 |
jstat:虚拟机统计信息监视工具
jstat(JVM Statistics Monitoring Tool)是用于监视虚拟机各种运行状态信息的命令行工具。
它可以显示本地或远程(需要远程主机提供RMI支持,JDK中提供了jstatd工具可以很方便地建立远程RMI服务器)虚拟机进程中的类加载、内存、垃圾手机、即时编译等运行时数据,在没有GUI图形界面、只提供了纯文本控制台环境的服务器上,它将是运行期定位虚拟机性能问题的常用工具。
jstat命令格式
<option> [-t] [-h<lines>] <vmid> [<interval> [<count>]]
对于命令格式中的 vmid 与 lvmid 需要特别说明一下:如果是本地虚拟机进程,vmid与 lvmid 是一致的;
如果是远程虚拟机进程,那 vmid 的格式应当是:
[protocol:][//]lvmid[@hostname[:port]/servername]
参数interval和count代表查询间隔和次数,如果省略这2个参数,说明只查询一次。
jstat执行样例
# 每250毫秒查询一次进程2764垃圾收集情况,一共查询20次
jstat -gc 2764 250 20
-gc选项执行结果:
S0C:第一个幸存区的大小
S1C:第二个幸存区的大小
S0U:第一个幸存区的使用大小
S1U:第二个幸存区的使用大小
EC:伊甸园区的大小
EU:伊甸园区的使用大小
OC:老年代大小
OU:老年代使用大小
MC:方法区大小
MU:方法区使用大小
CCSC:压缩类空间大小
CCSU:压缩类空间使用大小
YGC:年轻代垃圾回收次数
YGCT:年轻代垃圾回收消耗时间
FGC:老年代垃圾回收次数
FGCT:老年代垃圾回收消耗时间
GCT:垃圾回收消耗总时间
单位:KB
jstat常用选项
选项 | 作用 |
-class | 监视类加载、卸载数量、总空间以及类装载所耗费的时间 |
-gc | 监视java堆情况,包括Eden区、2个Survivor区、老年代、永久代等的容量,已用空间,垃圾收集时间合计等信息 |
-gccapacity | 监视内容与-gc基本相同,但实处主要关注Java堆各个区域使用到的最大、最小空间 |
-gcutil | 监视内容与-gc基本相同,但输出主要关注已使用空间占总空间的百分比 |
-gccause | 与-gcutil功能一样,但是会额外输出导致上一次垃圾收集产生的原因 |
-gcnew | 监视新生代垃圾收集情况 |
-gcnewcapacity | 监视内容与-gcnew基本相同,输出主要关注使用到的最大、最小空间 |
-gcold | 监视老年代垃圾收集情况 |
-gcoldcapacity | 监视内容与-gcold基本相同,输出主要关注使用到的最大、最小空间 |
-gcpermcapacity | 输出永久代使用到的最大、最小空间(jdk8被-gcmetacapacity替代) |
-compiler | 输出即时编译器编译过的方法、耗时等信息 |
-printcompilation | 输出已经被即时编译的方法 |
-class | 统计 class loader行为信息 |
jinfo:Java配置信息工具
jinfo(Configuration Info for Java)的作用是实时查看和调整虚拟机各项参数。
jinfo命令格式
jinfo [option]
jinfo常用用法
命令 | 用法 |
jinfo <pid> | 打印jvm版本、所有Java System Properties,以及所有VM flags(非常实用)(相当于jinfo -sysprops [pid]) |
jinfo -flag <param-name> <pid> | 打印对应的启动参数的值 |
jinfo -flag [+/-]<param-name> <pid> | 启用或禁用对应的启动参数 |
jinfo -flag <param-name>=<param-value> <pid> | 设置对应的启动参数的值 |
jinfo执行样例
查看曾经赋过值的参数信息(-表示未使用,+表示使用,=表示赋值):
jinfo -flag UseSerialGC 12684
# 以下显示说明没有使用UseSerialGC
-XX:-UseSerialGC
jinfo -flag CICompilerCount 12684
-XX:CICompilerCount=3
添加虚拟机参数:
如果没有任何输出,那就成功开启了。这样可以避免重启进程。
很多参数其实是不可以通过jinfo在运行时开启或修改的,比如你无法修改垃圾收集器,无法修改内存参数等。
jinfo -flag +PrintGC <pid>
jmap:Java内存映像工具
jmap(Memory Map for Java)命令用于生成堆转储快照(一般称为heapdump或dump文件)。
如果不使用jmap命令要想获取Java堆转储快照也还有一些比较“暴力”的手段:比如使用-XX:+HeapDumpOnOutOfMemoryError参数,可以让虚拟机在内存溢出异常出现之后自动生成堆转储快照文件;通过-XX:+HeapDumpOnCtrlBreak参数则可以使用[Ctrl]+[Break]键让虚拟机生成堆转储快照文件;又或者在Linux系统下通过Kill -3命令发送进程退出信号“恐吓”一下虚拟机,也能顺利拿到堆转储快照。
jmap的作用并不仅仅是为了获取堆转储快照,它还可以查询finalize执行队列、Java堆和方法区的详细信息,如空间使用率、当前用的是哪种收集器等。
jmap命令格式
jmap [option]
jmap常用选项
选项 | 作用 |
-dump | 生成Java堆转储快照。格式为-dump:[live,]format=b,file=<filename>,其中live子参数说明是否只dump出存活的对象,format=b表示使用二进制格式 |
-finalizerinfo | 显示在F-Queue中等待Finalizer线程执行finalize方法的对象 |
-heap | 显示Java堆详细信息,如使用哪种回收期、参数配置、分代情况等 |
-histo[:live] | 显示堆中对象统计信息,包括类、实例数量、合计数量,其中live子参数表示只显示存活对象,加上:live子参数之后,jvm会执行一次fullGC |
-clstats | 打印类加载器统计信息 |
-F | 当虚拟机进程对-dump选项没有响应时,可以使用这个选项强制生成dump快照,使用该选项不支持live子选项 |
jmap执行样例
# 生成堆快照
jmap -dump:format=b,file=/use/local/aaa.bin 12684
# 以下为打印信息
Dumping heap to /use/local/aaa.bin ...
Heap dump file
jhat:虚拟机堆转储快照分析工具
jdk提供jhat(JVM Heap Analysis Tool)命令与jmap搭配使用,来分析jmap生成的堆转储快照。
jhat内置了一个微型的HTTP/Web服务器,生成堆转储快照的分析结果后,可以在浏览器中查看(不过,这个工具一般不用)。
jhat执行样例
jhat /use/local/aaa.bin
Reading from /use/local/aaa.bin...
Dump file created Thu Aug 11 17:16:23 CST 2022
Snapshot read, resolving...
Resolving 1353991 objects...
Chasing references, expect 270 dots..............................................................................................................................................................................................................................................................................
Eliminating duplicate references..............................................................................................................................................................................................................................................................................
Snapshot resolved.
Started HTTP server on port 7000
此时访问localhost:7000
jstack:Java堆栈跟踪工具
jstack(Stack Trace for Java)命令用于生成虚拟机当前时刻的线程快照(一般称为threaddump或者javacore文件)。
线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合,生成线程快照的目的通常是定位线程出现长时间停顿的原因,如线程间死锁、死循环、请求外部资源导致的长时间挂起等,都是导致线程长时间停顿的常见原因。
jstack命令格式
jstack [option]
jstack常用选项
选项 | 作用 |
-F | 当正常输出的请求不被响应时,强制输出线程堆栈 |
-l | 除堆栈外,显示关于锁的附加信息 |
-m | 如果调用到本地的话,可以显示C/C++的堆栈 |
代码实现
从JDK5开始,java.lang.Thread类新增了一个getAllStackTraces()方法用于获取虚拟机中所有线程的StackTraceElement对象。使用这个方法可以通过简单的几行代码完成jstack的大部分功能。
for (Map.Entry<Thread, StackTraceElement[]> stackTrace : Thread.getAllStackTraces().entrySet())
Thread thread = stackTrace.getKey();
StackTraceElement[] stack = stackTrace.getValue();
if(thread.equals(Thread.currentThread()))
continue;
System.out.println("\\n线程:" + thread.getName());
for (StackTraceElement stackTraceElement : stack)
System.out.println(stackTraceElement);
以上是关于jvm性能监控故障处理命令行工具详解(jpsjstatjinfojmapjhatjstack)(宝藏博文)的主要内容,如果未能解决你的问题,请参考以下文章