学习书籍:深入理解java虚拟机第二版
一、jps
查看虚拟机进程状况工具
jps命令格式: jps [options] [hostid]
可选参数options:
-q 只输出LVMID,省略主类的名称
-m 输出虚拟机进程启动时传递给主类main()函数的参数
-l 输出主类的全名,如果进程执行的是jar包,输出jar路径
-v 输出虚拟机进程启动时jvm参数
二、jstat: 虚拟机统计信息监视工具
可以显示本地或者远程虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据。
jstat命令格式为: jstat [option vmid [interval[s|ms] count]]
vmid与lvmid: 如果是本地虚拟机进程,vmid与lvmid是一致的,如果是远程虚拟机进程,那vmid的格式应当是:[protocol:][//]lvmid[@hostname[:port]/servername]
interval与count: interval表示查询间隔,count表示查询次数
举个例子:jstat -gc 2764 250 20 表示每250毫秒查询2764进程的垃圾收集状态,一共查询20次
可选参数:
-class 监视类加载、卸载数量、总空间以及类加载所耗费的时间
-gc 监视java堆状况,包括eden区、两个survivor区,老年代,永久代等的容量、已用空间、GC合计等信息
-gccapactity 监视内容与-gc基本相同,但输出主要关注Java堆各个区域使用到的最大、最小空间
-gcutil 监视内容与-gc基本相同,但输出主要关注已使用空间占总空间的百分比
这台服务器的新生代Eden区(E)使用了88。78%,两个Survivor区(S0\S1)里面都是便宜的的,老年代OLD(O)和元空间(M Metaspace)则分别 使用了18.16%和95%,
程序运行过来共发生MinorGC(YGC,表示YoungGC)10次,总耗时0.123秒,发生FullGC(FGC)3次,总耗时0.366秒,所有GC(GCT)总耗时为0.489
CCS: Compressed class space utilization as a percentage. 压缩类空间利用率为百分比
-gccause 与-gcutil功能一样,但是会额外输出导致上一次GC产生的原因
-gcnew 监视新生代gc状况
-gcnewcapactity 监视内容与-gcnew基本相同,输出主要关注使用到的最大、最小空间
-gcold 监视老年代gc状况
-gcoldcapacity 监视内容与-gcold基本相同,输出主要关注使用到的最大、最小空间
-gcpermcapacity 输出永久代使用到的最大、最小空间(java1.8已被废除)
-compiler 输出JIT编译器编译过的方法,耗时等信息
-printcompilation 输出已经被JIT编译的方法
三、jinfo: java配置信息
实时地查看和调整虚拟机各项参数。
jinfo的命令格式: jinfo [option] pid
查询CMSInitiationOccupancyFraction参数值
四、jmap: java内存映像工具
用于生成堆转储快照(一般称为heapdump或dump文件)
不想使用jmap,要想获取Java堆转储快照的方法:
1、加上-XX:+HeapDumpOnOutOfMemoryError参数,可以让虚拟机在OOM异常出现 之后自动 生成dump文件
2、通过-XX:+HeapDumpOnCtrlBreak参数则可以使用ctrl+break键让虚拟机生成dump文件
3、在linux系统下通过kill -3命令发送进程退出信号“吓唬”下虚拟机,也能拿到dump文件
jmap命令格式:jmap [option] vmid
-dump 生成java堆转储快照。格式为: -dump:[live,] format=b file=<fiename>, 其中live子参数说明是否只dump出存活的对象
-finalizerinfo 显示在F-Queue中等待Finalizer线程执行finalize方法的对象,只在linux/solaris平台下有效
-heap 显示java堆详细信息,如使用哪种回收器,参数配置、分代状况等。只在Linux/Solaris平台下有效
-histo 显示堆中对象统计信息,包括类、实例数量、合计容量
-permstat 以ClassLoader为统计口径显示永久代内存状态 。只在Linux/Solaris平台下有效
-F 当虚拟机进程对-dump选项没有响应时,可使用这个选项强制生成dump快照。只在Linux/Solaris平台下有效
五、jhat:虚拟机堆转储快照分析工具 JVM Heap Analysis Tool
与jmap搭配使用,来分析jmap生成的堆转储快照。
一般不会使用jhat去分析dump,因为分析工作是一个耗时而且消耗硬件资源的过程,一般使用VisualVM,以及专业用于分析dump文件的Eclipse Memory Analyzer、IBM HeapAnalyzer等工具
屏幕显示server is ready,就可以在浏览器中键入http://localhost:7000/
六、jstack:Java堆栈跟踪工具(Stack Trace for Java)
用于生成虚拟机当前时刻的线程快照(一般称为threaddump或者javacore文件)
线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合,生成线程快照的主要目的是定位线程出现长时间停顿的原因,如线程间死锁、死循环、请求外部资源导致的长时间等待等都是导致线程长时间停顿的常见原因。
线程出现停顿的时间通过 jstack来查看各个线程调用堆栈,就可以知道没有响应的线程到底在后台做些什么事情,或者等待着什么资源
jstack命令格式: jstack [option] vmid
-F: 当正常输出的请求不被响应时,强制输出线程堆栈
-l: 除堆栈外,显示关于锁的附加信息
-m: 如果调用本地方法的话,可以显示C/C++的堆栈
七、JConsole: java监视与管理控制台
java monitoring and management console是一种基于JMX的可视化监视、管理工具
启动console
内存监控(相当于jstat命令):
public class OOMObject {
public byte[] placeholder = new byte[32 * 1024];
public static void fillHeap(int num) throws InterruptedException{
List<OOMObject> list = new ArrayList<>();
for(int i=0; i<num;i++){
Thread.sleep(50);
list.add(new OOMObject());
}
System.gc();
}
public static void main(String[] args) throws InterruptedException {
OOMObject.fillHeap(1000);
}
}
从jconsole上看eden空间一直在递增,一次Minor gc就把Survior区填满
线程监控(jstack命令):
八、VisualVM: 多合一故障处理工具
显示虚拟机进程以及进程的配置、环境信息(jps、jinfo)
监控应用程序 的CPU、GC、堆、方法区以及线程的信息(jstat、jstack)
dump以及分析堆转储快照(jmap、jhat)
方法级的程序运行性能分析,找出被调用最多,运行时间最长的方法
离线程序快照:收集程序的运行时配置、线程dump、内存dump等信息建立一个快照,可以将快照发给开发者处进行bug反馈
其他plugins的无限可能性
命令行: jvisualvm