监控JVM工具
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
generalOptionoutputOptions1-help 显示帮助信息。2-version 显示版本信息3-options 显示统计选项列表。-class：01#参数：02-class：统计类装载器的行为03-compiler：统计HotSpot Just-in-Time编译器的行为04-gc：统计堆各个分区的使用情况05-gccapacity：统计新生区，老年区，permanent区的heap容量情况06-gccause：统计最后一次gc和当前gc的原因07-gcnew：统计gc时，新生代的情况08-gcnewcapacity：统计新生代大小和空间09-gcold：统计老年代和永久代的行为10-gcoldcapacity：统计老年代大小11-gcpermcapacity：统计永久代大小12-gcutil：统计gc时，heap情况13-printcompilation：HotSpot编译方法统计-compiler01#每隔1秒监控一次，一共做10次02jstat -class 17970 1000 1003##########################################04[root@lq225 conf]# jstat -class 2058 1000 1005Loaded Bytes Unloaded Bytes Time061697 3349.5 0 0.0 1.79071697 3349.5 0 0.0 1.79081697 3349.5 0 0.0 1.79091697 3349.5 0 0.0 1.7910...................................................11######################## 术语分隔符 ########################12#Loaded 类加载数量13#Bytes 加载的大小（k）14#Unloaded 类卸载的数量15#Bytes 卸载的大小（k）16#Time 时间花费在执行类加载和卸载操作-gc：01Compiled Failed Invalid Time FailedType FailedMethod02302 0 0 1.27 003.....................................................04######################## 术语分隔符 ########################05#Compiled 编译任务的执行次数06#Failed 编译任务的失败次数07#Invalid 编译任务无效的次数08#Time 编译任务花费的时间09#FailedType 最后一次编译错误的类型10#FailedMethod 最后一次编译错误的类名和方法-gccapacity01#每隔2秒监控一次，共20次02jstat -gc 2058 2000 2003##############################04S0C S1C S0U S1U EC EU OC OU PC PU YGC YGCT FGC FGCT GCT058704.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.034068704.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.034078704.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.03408.............................................09######################## 术语分隔符 ########################10#S0C 生还者区0 容量(KB)11#S1C 生还者区1 容量(KB)12#S0U 生还者区0 使用量(KB)13#S1U 生还者区1 使用量(KB)14#EC 伊甸园区容量(KB)15#EU 伊甸园区使用量(KB)16#OC 老年区容量(KB)17#OU 老年区使用量(KB)18#PC 永久区容量(KB)19#PU 永久区使用量(KB)20#YGC 新生代GC次数21#YGCT 新生代GC时间22#FGC full GC 事件的次数23#FGCT full GC的时间24#GCT 总GC时间-gccause01NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC PGCMN PGCMX PGC PC YGC FGC02131072.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 003..........................................................................................................04######################## 术语分隔符 ########################05#NGCMN 最小新生代容量(KB)06#NGCMX 最大新生代容量(KB)07#NGC 当前新生代容量(KB)08#S0C 当前生存者0区容量(KB)09#S1C 当前生存者1区容量(KB)10#OGCMN 老年代最小容量(KB)11#OGCMX 老年代最大容量(KB)12#OGC 当前老年代容量(KB).13#OC 当前老年代？Current old space capacity (KB).14#PGCMN 永久区最小容量(KB)15#PGCMX 永久区最大容量(KB)16#PGC 当前永久区容量(KB).17#PC 当前永久区？Current Permanent space capacity (KB).18#YGC young GC事件的次数19#FGC Full GC次数例如 -gcutil ：01S0 S1 E O P YGC YGCT FGC FGCT GCT LGCC GCC020.00 99.84 12.76 0.92 46.23 1 0.016 0 0.000 0.016 unknown GCCause No GC03................................................04######################## 术语分隔符 ########################05#S0 年轻代中第一个survivor（幸存区）已使用的占当前容量百分比06#S1 年轻代中第二个survivor（幸存区）已使用的占当前容量百分比07#E 年轻代中Eden（伊甸园）已使用的占当前容量百分比08#O old代已使用的占当前容量百分比09#P perm代已使用的占当前容量百分比10#YGC 从应用程序启动到采样时年轻代中gc次数11#FGC 从应用程序启动到采样时old代(全gc)gc次数12#FGCT 从应用程序启动到采样时old代(全gc)gc所用时间(s)13#GCT 从应用程序启动到采样时gc用的总时间(s)14#LGCC 最后一次GC的原因15#GCC 当前GC的原因1#每隔1秒监控一次，共10次2jstat -gcutil 2058 1000 103################################4[root@lq225 conf]# jstat -gcutil 2058 1000 105S0 S1 E O P YGC YGCT FGC FGCT GCT69.25 0.00 96.73 1.51 63.64 2 0.034 0 0.000 0.03479.25 0.00 96.73 1.51 63.64 2 0.034 0 0.000 0.03489.25 0.00 96.73 1.51 63.64 2 0.034 0 0.000 0.03499.25 0.00 96.73 1.51 63.64 2 0.034 0 0.000 0.034 - jmap例如 -histo ：
01#参数02-dump:[live,]format=b,file=<filename> 使用hprof二进制形式,输出jvm的heap内容到文件=. live子选项是可选的，假如指定live选项,那么只输出活的对象到文件.03-finalizerinfo 打印正等候回收的对象的信息.04-heap 打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用情况.05-histo[:live] 打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量.06-permstat 打印classload和jvm heap长久层的信息. 包含每个classloader的名字,活泼性,地址,父classloader和加载的class数量. 另外,内部String的数量和占用内存数也会打印出来.07-F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效.08-h | -help 打印辅助信息09-J 传递参数给jmap启动的jvm.10pid 需要被打印配相信息的java进程id.例如 -dump：1jmap -histo 20582############################3num#instances #bytes class name4----------------------------------------------51: 206 3585312 [I62: 19621 2791880 <constMethodKlass>73: 19621 2520048 <methodKlass>84: 21010 2251616 [C9............................................................01#生成的文件可以使用jhat工具进行分析，在OOM（内存溢出）时，分析大对象，非常有用02jmap -dump:live,format=b,file=data.hprof 20580304#通过使用如下参数启动JVM，也可以获取到dump文件：05-XX:+HeapDumpOnOutOfMemoryError06-XX:HeapDumpPath=./java_pid<pid>.hprof0708#如果在虚拟机中导出的heap信息文件可以拿到WINDOWS上进行分析，可以查找诸如内存方面的问题，可以这么做：09jhat data.hprof10#执行成功后，访问http://localhost:7000即可查看内存信息。（首先把7000端口打开） - jinfo
01#查看java进程的配置信息02jinfo 205803#####################04Attaching to process ID 2058, please wait...05Debugger attached successfully.06Server compiler detected.07JVM version is 24.0-b5608Java System Properties:0910java.runtime.name = Java(TM) SE Runtime Environment11project.name = Amoeba-MySQL12java.vm.version = 24.0-b5613sun.boot.library.path = /usr/local/java/jdk1.7/jre/lib/amd6414................................................1516#<span></span> 查看2058的MaxPerm大小可以用17jinfo -flag MaxPermSize 205818############################19-XX:MaxPermSize=100663296 - jps一些术语的中文解释
1#列出系统中所有的java进程2jps3#######################42306 Bootstrap53370 Jps <span></span>2058 xxxxxxxxx<span></span>01S0C：年轻代中第一个survivor（幸存区）的容量 (字节)02S1C：年轻代中第二个survivor（幸存区）的容量 (字节)03S0U：年轻代中第一个survivor（幸存区）目前已使用空间 (字节)04S1U：年轻代中第二个survivor（幸存区）目前已使用空间 (字节)05EC：年轻代中Eden（伊甸园）的容量 (字节)06EU：年轻代中Eden（伊甸园）目前已使用空间 (字节)07OC：Old代的容量 (字节)08OU：Old代目前已使用空间 (字节)09PC：Perm(持久代)的容量 (字节)10PU：Perm(持久代)目前已使用空间 (字节)11YGC：从应用程序启动到采样时年轻代中gc次数12YGCT：从应用程序启动到采样时年轻代中gc所用时间(s)13FGC：从应用程序启动到采样时old代(全gc)gc次数14FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)15GCT：从应用程序启动到采样时gc用的总时间(s)16NGCMN：年轻代(young)中初始化(最小)的大小 (字节)17NGCMX：年轻代(young)的最大容量 (字节)18NGC：年轻代(young)中当前的容量 (字节)19OGCMN：old代中初始化(最小)的大小 (字节)20OGCMX：old代的最大容量 (字节)21OGC：old代当前新生成的容量 (字节)22PGCMN：perm代中初始化(最小)的大小 (字节)23PGCMX：perm代的最大容量 (字节)24PGC：perm代当前新生成的容量 (字节)25S0：年轻代中第一个survivor（幸存区）已使用的占当前容量百分比26S1：年轻代中第二个survivor（幸存区）已使用的占当前容量百分比27E：年轻代中Eden（伊甸园）已使用的占当前容量百分比28O：old代已使用的占当前容量百分比29P：perm代已使用的占当前容量百分比30S0CMX：年轻代中第一个survivor（幸存区）的最大容量 (字节)31S1CMX：年轻代中第二个survivor（幸存区）的最大容量 (字节)32ECMX：年轻代中Eden（伊甸园）的最大容量 (字节)33DSS：当前需要survivor（幸存区）的容量 (字节)（Eden区已满）34TT： 持有次数限制35MTT ： 最大持有次数限制
使用visualvm监控tomcat
- 修改catalina.sh，添加下面一行：
1CATALINA_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"23#注意点：4#1、用hostname -i 查看是否为127.0.01，如果是，则必须配置-Djava.rmi.server.hostname为本机IP。5#2、检查防火墙（iptables）是否开启，以及是否开放jmxremote.port所指定的端口。本文为转载，为了方便查阅，特将此编文章复制到一根草的下面，请包涵，转载地址为http://my.oschina.net/shking/blog/167566
相关推荐
bulargyzone 2020-10-26
csdnxingyuntian 2020-10-19
Locksk 2020-10-12
liufangbaishi0 2020-09-23
darlingtangli 2020-09-10
lxttiger 2020-08-18
coolrainman 2020-07-28
一支菜鸟 2020-07-27
zhouxihua0 2020-07-27
nangongyanya 2020-07-26
chenkai00 2020-07-26
voiletbin 2020-07-26
ChenRuiyz 2020-07-26
pbaabc 2020-07-23
nbfcome 2020-07-19
liufangbaishi0 2020-07-18
ChenRuiyz 2020-07-18
empireghost 2020-07-10
一支菜鸟 2020-07-06