本文已被Github仓库收录 https://github.com/silently9527/JavaCore
微信公众号:贝塔学Java
前言
前几天中午正在和共事最近聊股市较好,这几天每天都能够喝点肉汤,心里还是挺快乐的;正在这个时候收到了线上告警邮件和运维同学的音讯,“你们有服务挂了!”,心里一紧,立马关上电脑看来下线上cat监控大盘,发现很多服务都在报错,依据cat上的监控日志很快发现了其中一个服务内存溢出导致其余调用服务也有问题,居然曾经定位到了出问题的服务,那就简略了,没有是重启解决不了的问题,重启之后很快服务都恢复正常了。几分钟之后又报错了,同样也是这个服务内存溢出,通过排查后发现该服务的堆内存被改小了,好家伙,运维同学不讲武德,搞偷袭,趁我没反馈过去调了内存,内存调整回去之后服务就复原了失常。
预先把线上的快照文件拖了下来剖析,发现自身这个我的项目的代码也有些问题,本文就整顿了一下JVM罕用的剖析工具。
命令行工具
在装置完JDK之后在JAVA_HOME/bin目录下JDK曾经提供了很多命令行的工具
可能咱们最罕用的就是java
、javac
这两个命令,除了这两个命令之外还有提供很多其余的实用工具,本文次要来一起学习对JVM监控诊断工具
虚拟机过程情况工具(jps)
该工具的性能比拟繁多,与linux中的ps性能相似,用来列出正在运行的虚拟机过程,并显示出运行的主类和过程号
命令格局:jps [option] [hostid]
> 如果须要查看近程机器的jvm过程须要填写hostid
,并且须要应用RMI,比方:rmi://192.168.2.128:12345
罕用的选项:
-q
: 只显示出虚拟机的过程id(lvmid),省略主类名-m
: 输入启动时传递给主类的参数-l
: 显示出主类的全名,包含jar包门路-v
: 输入虚拟机过程启动时的JVM参数
虚拟机统计信息监控工具(jstat)
用于监控虚拟机运行状态信息的命令行工具,能够提供内存,垃圾收集等云行时的数据
命令格局:jstat [option vmid] [interval [s|ms] [count]]
interval示意距离多久工夫查问一次,count示意查问多少次,比方:每个两秒查问一次过程52412的垃圾收集状况,共查问5次
jstat -gc 52412 2s 5
罕用的选项:
-class
: 监控类装载,卸载次数和总空间以及加载类的耗时-gc
: 监控java堆的状况-gcutil
: 次要输入各个空间应用的百分比-gcnew
: 次要是监控新生代的GC情况-gcold
: 监控老年代的GC情况-compiler
: 输入JIT编译器编译过的办法和耗时信息
查看堆空间的应用百分比: jstat -gcutil 52412 2s 5
java配置信息工具(jinfo)
能够通过jinfo
实时的查看和调整虚拟机的各项参数;能够通过jps -v
查看虚拟机启动时候指定的参数信息,如果须要查看未显示指定的参数默认值也能够通过jinfo -flag
jinfo -flag CMSInitiatingOccupancyFraction 52412
jinfo除了能够查看参数以外,还能够在运行时批改一些容许被批改的参数
Java内存映像工具(jmap)
jmap用于生成JVM堆的快照文件,除了应用jmap工具,咱们通常也会在配置JVM的启动参数 -XX:+HeapDumpOnOutOfMemoryError
让JVM在发送内存溢出之后主动生成dump文件。
命令格局:jmap [option] vmid
比方生成java堆的快照文件
jmap -dump:live,format=b,file=/Users/huaan9527/Desktop/heap.hprof 59950
罕用的选项:
-F
: 当虚拟机对-dump选项没有响应时可用抉择应用这个参数强制生成快照-histo
: 显示出堆中对象统计信息。
堆栈跟踪工具(jstack)
用于生成JVM以后线程的快照信息。通常用于查问什么起因导致线程长时间的进展,比方:线程死循环,死锁,期待网络/IO
命令格局:jstack [option] vmid
罕用的选项:
-F
: 当申请不被响应时强制输入-l
: 除了显示堆栈外,还须要显示锁的信息-m
: 如果调用到本地办法,显示出C/C++的堆栈
VisualVM 可视化工具
VisualVM是目前JDK自带的性能最强的运行监督和故障处理程序,在VisualVM之前,JDK也提供了一款可视化工具JConsole,因为JConsole的所有性能在VisualVM都有,所以可视化工具大家简直都抉择应用VisualVM。
VisualVM自身是基于Netbean开发的,所以具备了插件扩大性能,装置插件之后下面介绍的所有命令行的工具的性能都能够在VisualVM中应用。能够在在JAVA_HOME/bin目录下执行jvisualvm
启动。
- 插件装置
默认状况VisualVM提供的性能很少,须要咱们在菜单栏->工具->插件外面装置插件,我这是全副插件都装置了
性能演示
- 应用程序、概述、监督
显示出以后本机所有的JVM过程,这里显示的内容和后面说的命令行jps
显示的内容一样
以后虚拟机启动信息的展现,比方:JVM启动参数、零碎参数
这个页面相当于命令jstat的性能,显示出了CPU, 内存,线程,类装载以后处于什么状况
生成dump文件能够在应用程序窗口右键菜单中选择,也能够在这个页面点击右上角的堆dump
- Visual GC
此页次要展现了GC相干的信息,这是在性能调优时罕用的页面之一
咱们能够写个程序来观看下这个截图各个内存区域的变动状况,为了让图的成果显著须要批改JVM的启动参数
-Xmx100m -Xms100m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/Users/huaan9527/Desktop
public static void main(String[] args) {
List<datatest> datas = new ArrayList<>();
IntStream.range(0, 10000).forEach(index -> {
datas.add(new DataTest());
try {
Thread.sleep(50);
} catch (InterruptedException e) {
e.printStackTrace();
}
});
System.gc();
}
static class DataTest {
byte[] bytes = new byte[1024];
}
- 线程
本页的性能相当于命令行工具jstack
,次要是用于查看什么起因导致线程长时间期待,咱们写程序来演示下期待内部资源、锁期待、死循环这几种申请
期待内部资源
public static void main(String[] args) throws IOException {
BufferedReader reader = new BufferedReader(new InputStreamReader(System.in));
System.out.println(reader.readLine());
try {
Thread.sleep(1000000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
选中main线程,右侧会看到以后线程运行到了readBytes,期待键盘输入
当咱们在控制台输出之后再次查看main线程的状态,此时进入了TIME_WAIT状态
锁期待
public static void main(String[] args) throws IOException, InterruptedException {
Thread thread = createLockThread(new Object());
thread.join();
}
public static Thread createLockThread(final Object lock) {
Thread lockThread = new Thread(() -> {
synchronized (lock) {
try {
lock.wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}, "lockThread");
lockThread.start();
return lockThread;
}
lockThread线程在期待lock对象的notify办法被调用,此时处于WAITING状态,在被唤醒之前是不会再调配执行工夫
死循环
public static void main(String[] args) throws IOException, InterruptedException {
while (true) ;
}
线程始终处于运行状态,从堆栈追踪里能够看出代码始终停留在了191行,在空循环上用尽调配的执行工夫
总结
本篇介绍了命令行工具和可视化工具,下篇实战演示下如何通过这些工具对Idea运行速度调优
写到最初(点关注,不迷路)
文中或者会存在或多或少的有余、谬误之处,有倡议或者意见也十分欢送大家在评论交换。
最初,白嫖不好,创作不易,心愿敌人们能够点赞评论关注三连,因为这些就是我分享的全副能源起源????
原创不易 转载请注明出处:https://silently9527.cn/archives/100
发表回复