java性能监控与故障处理工具

问题定位:

  除了个人经验,知识,工具也是很重要的,通过数据进行问题分析,包括:运行日志、异常堆栈、GC日志、线程快照(threaddump/javacore文件)、堆转储快照

(heapdump/hprof文件)等。加上虚拟机监控和分析工具进行分析数据、定位解决问题

一、jdk命令行工具

  在java_home的bin目录有很多重要的工具,除了常用的java.exe、javac.exe、javap.exe外,还有命令行工具和可视化工具,而且体积相对较小

名称 主要作用
jps JVM Process Status Tool,显示指定系统内所有的HotSpot虚拟机的进程
jstat JVM StatiStatistics Monitoring Tool,收集HotSpot各方面的运行数据
jinfo 显示虚拟机配置信息
jmap 生成虚拟机的内存转储快照
jhat 虚拟机堆转储快照分析工具
jstack 显示虚拟机的线程快照

jps:虚拟机进程状况工具,和Linux中ps功能相似

格式:jps [ options ] [ hostid ]

参数:
-q 不输出类名、Jar名和传入main方法的参数
-m 输出传入main方法的参数
-l 输出main类或Jar的全限名
-v 输出传入JVM的参数

 不指定hostid就默认为当前主机或服务器

示例:

jstat:虚拟机统计信息监控工具

jstat命令格式:
jstat [ option vmid [ interval [ s | ms ] [ count ] ] ]

vmid:对于本地虚拟机进程而言,就是虚拟机ID,在Linux上面就是进程ID

interval和count:分别表示查询间隔和次数,如果省略这两个参数,说明只查询一次

假设需要每250毫秒查询一次进程2764的垃圾收集情况,一共查询20次,那命令应当是:jstat-gc 2764 250 20

$ jstat -gc 6128 250 10
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT
5120.0 5120.0 4696.0  0.0   33280.0  32398.5   87552.0      88.0    16640.0 16018.7 2048.0 1928.9      2    0.010   0      0.000    0.010
5120.0 5120.0 4696.0  0.0   33280.0  32398.5   87552.0      88.0    16640.0 16018.7 2048.0 1928.9      2    0.010   0      0.000    0.010
5120.0 5120.0 4696.0  0.0   33280.0  32398.5   87552.0      88.0    16640.0 16018.7 2048.0 1928.9      2    0.010   0      0.000    0.010
5120.0 5120.0 4696.0  0.0   33280.0  32398.5   87552.0      88.0    16640.0 16018.7 2048.0 1928.9      2    0.010   0      0.000    0.010

C:总容量

U:Use

E:Eden Space

S0:Survivor0

S1:Survivor1

O:old Space

P:Permanent Space   jdk1.8已经取消

YGC:Young GC 也就是Minor GC

FGC:Full GC

GCT:GC总共花费时间

jinfo:java配置信息工具

  用于实时查看和调整虚拟机的各项参数。

命令格式:jinfo [option] pid

参数:
-v 查看虚拟机启动时显式指定的参数列表
-flag name=value 修改一部分运行期可修改的虚拟机参数值
jinfo -flag CMSInitiatingOccupancyFraction 1444
-XX:CMSInitiatingOccupancyFraction=85

jmap:内存映射工具

  用于生成堆转储快照heapdump/dump文件,还可以查看finalize执行队列、java堆和永久带的详细信息,如空间使用率、当前用的是那种收集器等

命令格式:jmap [option] vmid

jhat:虚拟机堆转储快照分析工具

  jmap和jhat是联合使用的

查看某个进程的堆信息:

$ jmap -heap 6128
Attaching to process ID 6128, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.91-b15

using thread-local object allocation.
Parallel GC with 8 thread(s)

Heap Configuration:
   MinHeapFreeRatio         = 0
   MaxHeapFreeRatio         = 100
   MaxHeapSize              = 734003200 (700.0MB)
   NewSize                  = 44564480 (42.5MB)
   MaxNewSize               = 244318208 (233.0MB)
   OldSize                  = 89653248 (85.5MB)
   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 = 34078720 (32.5MB)
   used     = 33176112 (31.639205932617188MB)
   free     = 902608 (0.8607940673828125MB)
   97.35140286959134% used
From Space:
   capacity = 5242880 (5.0MB)
   used     = 4808752 (4.5859832763671875MB)
   free     = 434128 (0.4140167236328125MB)
   91.71966552734375% used
To Space:
   capacity = 5242880 (5.0MB)
   used     = 0 (0.0MB)
   free     = 5242880 (5.0MB)
   0.0% used
PS Old Generation
   capacity = 89653248 (85.5MB)
   used     = 90128 (0.0859527587890625MB)
   free     = 89563120 (85.41404724121094MB)
   0.10052954244334796% used

5806 interned Strings occupying 492984 bytes.

 生成dump:

$ jmap -dump:live,format=b,file=/D/dump.dat 6128
Dumping heap to D:\dump.dat ...
Heap dump file created

 
dump出来的文件可以用jhat、MAT、VisualVM等工具查看:

$ jhat -port 8888  /D/dump.dat
Reading from D:/dump.dat...
Dump file created Tue May 14 11:03:21 CST 2019
Snapshot read, resolving...
Resolving 79676 objects...
Chasing references, expect 15 dots...............
Eliminating duplicate references...............
Snapshot resolved.
Started HTTP server on port 8888
Server is ready.

 在浏览器上面查看:

 

jstack:java堆栈跟踪工具

  生成虚拟机当前时刻的线程快照threaddump/javacore文件。线程快照是当前虚拟机内每一条线程正在执行的方法堆栈的集合,目的是线程出现长时间停顿的原因,如线程死锁,

请求外部资源长时间停顿。

命令格式:jstack  [option] vmid

参数:
-F 当正常输出的请求不被响应时,强制输出线程堆栈
-l 除了堆栈外,显示关于锁的附加信息
-m 显示本地方法的堆栈(C/C++)

二、jdk可视化工具

JConsole:监视与管理控制台

  自动搜索本机运行的所有虚拟机进程,不需要自己使用jps来查询了

多个视图:
1、概述:jps
2、内存:jstat
3、线程:jstack


VisualVM:多合一故障处理工具,可以直接应用于生产环境,对应用程序的实例性能的影响很小


功能:
  1、实现虚拟机进程以及进程的配置、环境信息(jps、jinfo)
  2、监视应用程序的CPU、GC、堆、方法区以及线程的信息(jstat、jstack)
  3、dump以及分析堆转储快照(jmap、jhat)
  4、方法级的程序运行性能分析,找出被调用最多、运行时间最长的方法
  5、离线程序快照:手机程序的运行时配置、线程dump、内存dump等信息建立一个快照,可以将快照发送开发者处进行Bug反馈
  6、其他plugins的无线的可能性。。。。。

 可视化工具个人使用不多,推荐一篇文章,可以看一下:http://www.cnblogs.com/ityouknow/p/6437037.html

猜你喜欢

转载自www.cnblogs.com/huigelaile/p/10860372.html