【JAVA】JVM经常使用工具

时间 2019-11-30

标签 JAVA jvm 经常使用工具栏目 Java 繁體版

原文原文链接

原文连接：https://tidyko.com/posts/76273d12.html

JDK内置工具使用

jps(Java Virtual Machine Process Status Tool)
查看全部的jvm进程，包括进程ID，进程启动的路径等等。
jstack(Java Stack Trace)
    ① 观察jvm中当前全部线程的运行状况和线程当前状态。
    ② 系统崩溃了？若是java程序崩溃生成core文件，jstack工具能够用来得到core文件的java stack和native stack的信息，从而能够轻松地知道java程序是如何崩溃和在程序何处发生问题。
    ③ 系统hung住了？jstack工具还能够附属到正在运行的java程序中，看到当时运行的java程序的java stack和native stack的信息, 若是如今运行的java程序呈现hung的状态，jstack是很是有用的。
jstat(Java Virtual Machine Statistics Monitoring Tool)
① jstat利用JVM内建的指令对Java应用程序的资源和性能进行实时的命令行的监控，包括了对进程的classloader，compiler，gc状况；
②监视VM内存内的各类堆和非堆的大小及其内存使用量，以及加载类的数量。
jmap(Java Memory Map)
监视进程运行中的jvm物理内存的占用状况，该进程内存内，全部对象的状况，例如产生了哪些对象，对象数量；
jinfo(Java Configuration Info)
观察进程运行环境参数，包括Java System属性和JVM命令行参数

具体命令使用：

jstat

generalOption

-help 显示帮助信息。
-version 显示版本信息
-options 显示统计选项列表。

outputOptions

#参数：
    -class：统计类装载器的行为
    -compiler：统计HotSpot Just-in-Time编译器的行为
    -gc：统计堆各个分区的使用状况
    -gccapacity：统计新生区，老年区，permanent区的heap容量状况 
    -gccause：统计最后一次gc和当前gc的缘由
    -gcnew：统计gc时，新生代的状况 
    -gcnewcapacity：统计新生代大小和空间
    -gcold：统计老年代和永久代的行为
    -gcoldcapacity：统计老年代大小 
    -gcpermcapacity：统计永久代大小 
    -gcutil：统计gc时，heap状况 
    -printcompilation：HotSpot编译方法统计

-class：

#每隔1秒监控一次，一共作10次
  jstat -class 17970 1000 10
##########################################
[root@lq225 conf]# jstat -class 2058 1000 10
Loaded  Bytes  Unloaded  Bytes     Time   
  1697  3349.5        0     0.0       1.79
  1697  3349.5        0     0.0       1.79
  1697  3349.5        0     0.0       1.79
  1697  3349.5        0     0.0       1.79
  ...................................................
######################## 术语分隔符 ########################
#Loaded 类加载数量
#Bytes  加载的大小（k） 
#Unloaded 类卸载的数量 
#Bytes 卸载的大小（k） 
#Time 时间花费在执行类加载和卸载操做

-compiler

Compiled Failed Invalid   Time   FailedType FailedMethod
     302      0       0     1.27          0
.....................................................
######################## 术语分隔符 ########################
#Compiled 编译任务的执行次数
#Failed   编译任务的失败次数 
#Invalid  编译任务无效的次数
#Time     编译任务花费的时间
#FailedType 最后一次编译错误的类型
#FailedMethod 最后一次编译错误的类名和方法

-gc：

#每隔2秒监控一次，共20次
  jstat -gc 2058 2000 20
##############################
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       PC     PU    YGC     YGCT    FGC    FGCT     GCT   
8704.0 8704.0 805.5   0.0   69952.0  64174.5   174784.0    2644.5   16384.0 10426.7      2    0.034   0      0.000    0.034
8704.0 8704.0 805.5   0.0   69952.0  64174.5   174784.0    2644.5   16384.0 10426.7      2    0.034   0      0.000    0.034
8704.0 8704.0 805.5   0.0   69952.0  64174.5   174784.0    2644.5   16384.0 10426.7      2    0.034   0      0.000    0.034
.............................................
######################## 术语分隔符 ########################
#S0C 生还者区0 容量(KB)
#S1C 生还者区1 容量(KB)
#S0U 生还者区0 使用量(KB)
#S1U 生还者区1 使用量(KB)
#EC 伊甸园区容量(KB)
#EU 伊甸园区使用量(KB) 
#OC 老年区容量(KB)
#OU 老年区使用量(KB)
#PC 永久区容量(KB) 
#PU 永久区使用量(KB)
#YGC 新生代GC次数
#YGCT 新生代GC时间
#FGC full GC 事件的次数
#FGCT full GC的时间 
#GCT 总GC时间

-gccapacity

NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC      PGCMN    PGCMX     PGC       PC     YGC    FGC
131072.0 131072.0 131072.0 13056.0 13056.0 104960.0   393216.0   393216.0   393216.0   393216.0  65536.0  65536.0  65536.0  65536.0      1     0
..........................................................................................................
######################## 术语分隔符 ########################
#NGCMN 最小新生代容量(KB)
#NGCMX 最大新生代容量(KB)
#NGC 当前新生代容量(KB)
#S0C 当前生存者0区容量(KB)
#S1C 当前生存者1区容量(KB)
#OGCMN 老年代最小容量(KB)
#OGCMX 老年代最大容量(KB)
#OGC 当前老年代容量(KB). 
#OC 当前老年代？Current old space capacity (KB). 
#PGCMN 永久区最小容量(KB)
#PGCMX 永久区最大容量(KB)
#PGC 当前永久区容量(KB). 
#PC 当前永久区？Current Permanent space capacity (KB). 
#YGC young GC事件的次数 
#FGC Full GC次数

-gccause

S0     S1     E      O      P     YGC     YGCT    FGC    FGCT     GCT    LGCC                 GCC
  0.00  99.84  12.76   0.92  46.23      1    0.016     0    0.000    0.016 unknown GCCause      No GC
................................................
######################## 术语分隔符 ########################
#S0 年轻代中第一个survivor（幸存区）已使用的占当前容量百分比
#S1 年轻代中第二个survivor（幸存区）已使用的占当前容量百分比
#E 年轻代中Eden（伊甸园）已使用的占当前容量百分比
#O old代已使用的占当前容量百分比
#P perm代已使用的占当前容量百分比
#YGC 从应用程序启动到采样时年轻代中gc次数
#FGC 从应用程序启动到采样时old代(全gc)gc次数
#FGCT 从应用程序启动到采样时old代(全gc)gc所用时间(s)
#GCT 从应用程序启动到采样时gc用的总时间(s)
#LGCC 最后一次GC的缘由
#GCC 当前GC的缘由

例如 -gcutil ：

#每隔1秒监控一次，共10次
jstat -gcutil 2058 1000 10
################################
[root@lq225 conf]# jstat -gcutil 2058 1000 10
  S0     S1     E      O      P     YGC     YGCT    FGC    FGCT     GCT   
  9.25   0.00  96.73   1.51  63.64      2    0.034     0    0.000    0.034
  9.25   0.00  96.73   1.51  63.64      2    0.034     0    0.000    0.034
  9.25   0.00  96.73   1.51  63.64      2    0.034     0    0.000    0.034
  9.25   0.00  96.73   1.51  63.64      2    0.034     0    0.000    0.034

jmap

#参数
    -dump:[live,]format=b,file=<filename> 使用hprof二进制形式,输出jvm的heap内容到文件=. live子选项是可选的，假如指定live选项,那么只输出活的对象到文件. 
    -finalizerinfo 打印正等候回收的对象的信息.
    -heap 打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用状况.
    -histo[:live] 打印每一个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 若是live子参数加上后,只统计活的对象数量. 
    -permstat 打印classload和jvm heap长久层的信息. 包含每一个classloader的名字,活泼性,地址,父classloader和加载的class数量. 另外,内部String的数量和占用内存数也会打印出来. 
    -F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效. 
    -h | -help 打印辅助信息 
    -J 传递参数给jmap启动的jvm. 
    pid 须要被打印配相信息的java进程id.

例如 -histo ：

jmap -histo  2058
############################
 num     #instances         #bytes  class name
----------------------------------------------
   1:           206        3585312  [I
   2:         19621        2791880  <constMethodKlass>
   3:         19621        2520048  <methodKlass>
   4:         21010        2251616  [C
............................................................

例如 -dump：

#生成的文件可使用jhat工具进行分析，在OOM（内存溢出）时，分析大对象，很是有用
jmap -dump:live,format=b,file=data.hprof 2058

#经过使用以下参数启动JVM，也能够获取到dump文件：
 -XX:+HeapDumpOnOutOfMemoryError
 -XX:HeapDumpPath=./java_pid<pid>.hprof

#若是在虚拟机中导出的heap信息文件能够拿到WINDOWS上进行分析，能够查找诸如内存方面的问题，能够这么作：
jhat data.hprof  
#执行成功后，访问http://localhost:7000便可查看内存信息。（首先把7000端口打开）

jinfo

#查看java进程的配置信息
jinfo 2058
#####################
Attaching to process ID 2058, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 24.0-b56
Java System Properties:

java.runtime.name = Java(TM) SE Runtime Environment
project.name = Amoeba-MySQL
java.vm.version = 24.0-b56
sun.boot.library.path = /usr/local/java/jdk1.7/jre/lib/amd64
................................................

# 查看2058的MaxPerm大小能够用
 jinfo -flag MaxPermSize 2058
############################
-XX:MaxPermSize=100663296

jps

#列出系统中全部的java进程
  jps
#######################
2306 Bootstrap
3370 Jps 2058 xxxxxxxxx

一些术语的中文解释

S0C：年轻代中第一个survivor（幸存区）的容量 (字节)
S1C：年轻代中第二个survivor（幸存区）的容量 (字节)
S0U：年轻代中第一个survivor（幸存区）目前已使用空间 (字节)
S1U：年轻代中第二个survivor（幸存区）目前已使用空间 (字节)
EC：年轻代中Eden（伊甸园）的容量 (字节)
EU：年轻代中Eden（伊甸园）目前已使用空间 (字节)
OC：Old代的容量 (字节)
OU：Old代目前已使用空间 (字节)
PC：Perm(持久代)的容量 (字节)
PU：Perm(持久代)目前已使用空间 (字节)
YGC：从应用程序启动到采样时年轻代中gc次数
YGCT：从应用程序启动到采样时年轻代中gc所用时间(s)
FGC：从应用程序启动到采样时old代(全gc)gc次数
FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)
GCT：从应用程序启动到采样时gc用的总时间(s)
NGCMN：年轻代(young)中初始化(最小)的大小 (字节)
NGCMX：年轻代(young)的最大容量 (字节)
NGC：年轻代(young)中当前的容量 (字节)
OGCMN：old代中初始化(最小)的大小 (字节) 
OGCMX：old代的最大容量 (字节)
OGC：old代当前新生成的容量 (字节)
PGCMN：perm代中初始化(最小)的大小 (字节) 
PGCMX：perm代的最大容量 (字节)   
PGC：perm代当前新生成的容量 (字节)
S0：年轻代中第一个survivor（幸存区）已使用的占当前容量百分比
S1：年轻代中第二个survivor（幸存区）已使用的占当前容量百分比
E：年轻代中Eden（伊甸园）已使用的占当前容量百分比
O：old代已使用的占当前容量百分比
P：perm代已使用的占当前容量百分比
S0CMX：年轻代中第一个survivor（幸存区）的最大容量 (字节)
S1CMX：年轻代中第二个survivor（幸存区）的最大容量 (字节)
ECMX：年轻代中Eden（伊甸园）的最大容量 (字节)
DSS：当前须要survivor（幸存区）的容量 (字节)（Eden区已满）
TT： 持有次数限制
MTT ： 最大持有次数限制

使用visualvm监控tomcat

修改catalina.sh，添加下面一行：

CATALINA_OPTS="$CATALINA_OPTS -Dcom.sun.management.jmxremote=true -Djava.rmi.server.hostname=192.168.55.255  -Dcom.sun.management.jmxremote.port=8086 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false"

#注意点：
#一、用hostname -i 查看是否为127.0.01，若是是，则必须配置-Djava.rmi.server.hostname为本机IP。
#二、检查防火墙（iptables）是否开启，以及是否开放jmxremote.port所指定的端口。