关于JVM的的第三篇文章来了,这一篇是JVM的调优实战篇,上一篇是调优实战的基础理论篇,主要是关于GC方面的,因为对于JVM的调优基本就是Java堆了,所以涉及到的区域几乎与GC是脱不了关系的。
这一篇主要的内容如下,包括常用的调优工具本地的和线上的,并且有案例结合使用来讲解,然后就是一些常见的实战场景,这个也是几乎大厂面试官会问的,大家面试的时候也可以直接拿来当案例:
好了,首先我们来了解我们常用的调优工具吧,我这里推荐的GUI工具是:VisualVM,我不知道大家用的是哪一款。
VisualVM是jdk自带的调优工具,在安装的路径下jdk1.8.0_40\bin就可以看到jvisualvm工具了:
直接双击它就可以使用了,双击后打开的界面如下:
在打开的界面中,左边分为本地和远程,只要你本地有java进程启动,他就会自动检测到,比如 DeadLock(pid 8120) 就是我本地启动的死锁的案例。
你也可以连远程服务器的Java进程,不过一般正式环境的服务器都不会让你连接的,我们的正式环境只有QA才能操作,我们开发人员只能才做dev环境,像test环境都只能提测给QA有他们才能操作,这里我们就直接使用笨的操作。
在右边的内容区就可以看到我们主要关注的板块了,比如概述显示的就是我们启动Java进程时设置的JVM参数以及系统的属性(一般默认)。
还有就是监视板块,它显示的GUI界面如上图所示,展示的是CPU的使用情况、堆大小的使用情况、Metadata(元空间的使用情况)、以及该进程中装载的类和线程数情况,所以可以通过这个界面至少可以观察到CPU的健康状况和内存堆大小的变化情况。
第三个板块线程肯定就是现实线程的运行时的信息,可以看到这里直接就显示检测到死锁的存在,可以说这个工具还是非常的智能的,在所有线程中可以看看到两个爆红的DeadLock1和DeadLock2线程。
然后点击右边的线程Dump,就可以看到线程的堆栈信息:
可以看到两个线程在相互等待,各自等待的锁,都同时被对方持有就就陷入的死锁的局面。
所以通过第三板块的线程就能排查死锁的,然后就是抽样器和Profiler可以查看cpu的内存情况:
最后的就是Visual GC,这个必须要安装插件才有,安装的方式就是在导航栏的工具下的插件就可以安装,具体安装的话可以百度一下,挺简单的:
在这块的内容就可以看到包括Compile Time(编译时间)、Class Loader Time(类加载器加载类的时间)、GCTime(总GC的时间)、Eden、S1、S0、Old Gen(老年代大小)、Matadata(元空间的大小)。
对于调优Java堆,主要关注的几块内容就是下面这几块:Eden、S1、S0、Old Gen区域的大小变化,以及XXX collections、XXXms属性的变化,他们分别表示:发生了多少次GC,以及发生GC过程的时间是多少。
还有一块是堆存储文件的分析,这一块也是在如下图所示,能够看到堆中实例数的占比,可以分析OOM问题、以及内存泄露的问题,结合线程的堆栈信息就能够及时的排查出OOM:
关于Visual VM的详细使用就说到这里,基本开发中要用的,都提到了,详细的自己也可以找一找教程进行深入的学习。
Arthas是阿里的开源项目之一,可以用于生产中分析Java进程的具体情况,分析的一些内容和Visual VM很多都是类似的,只不过人家是Linux环境的使用命令的方式。
首先是下载Arthas,直接使用wget方式:
wget https://alibaba.github.io/arthas/arthas-boot.jar
下载后他就是一个jar项目,可以通过java命令直接启动。
对于后面的实例讲解,比如OOM案例,死锁案例,CPU飙高案例,为了节约时间,我都是直接使用javac和java命令来编译和运行的,比较方便,就不再创建SpringBoot项目了,大家也可以提前先配置好自己的jdk的环境变量。
下载完Arthas后就可以启动它,直接通过下面命令进行启动:
java -jar arthas-boot.jar -h
我先启动自己的案例OOM
然后,再启动Arthas后,他就会自动检测到Java进程,然后选择你要监测的Java进程,比如OOM,所以直接输入1:
输入1后就成功进入到Arthas:
下面来了解Arthas的常用的命令,非常详细的就不会讲解,太多命令了,只讲几个常用的,也是案例中用到的,详细的学习可以移步到这里:Arthas官方文档。
输入dashboard 命令后就会出现监控面板:类图向界面,用于观察每个线程及所占的CPU。
对于里面的每一个字段表示什么意思,应该英文不差的,也能知道,我这里直接查百度截个图,就不一个一个敲了,太多了,大家可以下面的这个图:
thread命令是查看线程的信息的,包括线程堆栈信息,线程占用的CPU信息诸如此类。
thread的参数如下所示:
直接输入thread后,就可以查看到其中的children-thread是占用cpu最高的,而children-thread这个名字是我创建这个线程时赋予这个现成的名字。
在阿里的开发手册中也有提到,对于线程池的创建最好命名,这样就是为了出现问题的时候方便排查原因:
阿里这个开发手册挺棒的,强推一下,它的开发手册除了一些规范之外,也包括一些调优:sql调优,有兴趣的可以看一看,之前应该挺多技术博主都在公众号中发过这本pdf。
jvm这个命令就可以用于查看当前JVM信息
上图详细的字段信息可以参考以下图所示:
trace命令是用来监测类内部方法的调用的,以及方法调用的耗时情况:
如果一个方法的耗时过长,那么这个方法很可能就有问题,需要review原来的代码。
sc -d 类名还可以查看类的信息,如下所示:
jad命令是将JVM中实际运行的class的byte code反编译成 java 代码,是比较强大的命令,比如:我们可能要线上检查代码的一些问题,就可以使用这个命令进行反编译:
watch命令可以用来查看制定方法的调用情况,观察的范围包括:返回值、抛出异常、入参等。
具体的详细参数可以参考如下:
除了上面介绍的第三方的工具,还有可以使用linux的原始命令来排查问题,主要有以下几种命令:
jps可以列出正在运行的虚拟机进程,并显示虚拟机执行主类(Main Class,main()函数所在的类)名称以及这些进程的本地虚拟机唯一ID(LVMID,Local Virtual Machine Identifier)。
这里查到Java进程的Id后就可以进行后面的操作,比如查进程内的线程情况。
若是想详细了解jps命令的的一些参数,可以使用man命令进行查询,比如man jps:
选项 | 作用 |
---|---|
-q | 用于只输出进程PID信息,省略主类的名称信息 |
-m | 输出虚拟机启动的时候传给主类main()函数的参数 |
-l | 输出主类的全名,以及包名的全路径 |
-v | 输出虚拟机进程启动时的JVM参数 |
top命令是查询各个进程的cpu使用情况,可以结合ps来使用,如下图所示:
jstack主要是用于查询线程的堆栈信息情况,用它就可以轻而易举的排查死锁的信息,比如如下图所示就是排查死锁,使用jstack pid,若是发现死锁,它会给你提示的:
jstat是虚拟机统计信息的监视工具,用于统计虚拟机运行时状态信息的命令,比如GC信息、内存信息、即时编译器运行时的信息等。
jstat有挺多参数的,常用的如下所示:
选项 | 用途 |
---|---|
-class | 输出类加载、卸载数量、总空间以及类卸载耗时 |
-gc | 输出Java堆情况,包括Eden、S1、S0、老年代、等空间的容量、已使用量、垃圾回收时间等信息 |
-gccapaccity | 也是监视Java堆的情况、但是主要关注Java堆各个区域使用到最大、最小空间 |
-gcutil | 输出Java堆中已使用空间占用总空间的百分比 |
-gccause | 与-gcutil功能一样,会额外输出上一次垃圾收集产生的原因 |
-gcnew | 输出新生代的情况 |
-gcnewcapacity | 也只关注新生代,主要是关注使用的最大、最小空间 |
-gcold | 输出老年代的情况 |
-gcoldcapacity | 也只关注老年代,主要是关注使用的最大、最小空间 |
-gcpermcapacity | 输出永久代使用的最大、最小空间 |
-compiler | 输出即时编译过的方法、耗时等信息 |
-printcomilation | 输出已经被编译过的方法 |
使用jstat -gc pid就可以查看如下图所示的gc的一些情况
上面的字段分别表示为:
列名 | 作用 |
---|---|
S0C | 年轻代中第一个survivor(幸存区)的容量 (字节) |
S1C | 年轻代中第二个survivor(幸存区)的容量 (字节) |
S0U | 年轻代中第一个survivor(幸存区)目前已使用空间 (字节) |
S1U | 年轻代中第二个survivor(幸存区)目前已使用空间 (字节) |
EC | 年轻代中Eden(伊甸园)的容量 (字节) |
EU | 年轻代中Eden(伊甸园)目前已使用空间 (字节) |
OC | Old代的容量 (字节) |
OU | Old代目前已使用空间 (字节) |
MC | 元空间的容量 (字节) |
MU | 元空间目前已使用空间 (字节) |
YGC | 从应用程序启动到采样时年轻代中gc次数 |
YGCT | 从应用程序启动到采样时年轻代中gc所用时间(s) |
FGC | 从应用程序启动到采样时old代(全gc)gc次数 |
FGCT | 从应用程序启动到采样时old代(全gc)gc所用时间(s) |
GCT | 从应用程序启动到采样时gc用的总时间(s) |
关于jstat的一些其他参数的详细解释,大家可以查查文档或者直接使用man jstat来查看。
jmap应该是使用比较少的工具,因为他的作用就是生成堆转储快照,但是它会消耗系统资源,所以一般不用,取而代之的就是使用JVM参数:-XX:+HeapDumpOnOutOfMemoryError和 -XX:HeapDumpPath= ${目录} 。
然后,就是使用内存分析工具堆堆转储文件进行分析一波,所以这个命令,大家了解一下就好,不过一般项目比较小的话,一般的传统项目,你还是可以用的,对于互联网项目那就不行了。
jhat也是大家要了解就行的命令,它主要是虚拟机堆转储快照分析工具,因为一般都会生成堆转储文件,然后使用GUI界面来分析,很少在线上分析堆转储文件。
因为他也是要消耗服务器性能的,而且一般分析的过程都会比较长,所以不会采用在线上分析的方法。
jinfo的作用是实施的查看和调整虚拟机的各项参数,不过我们可能一般更加关注的是在虚拟机启动的时候,我们设置的参数,可以通过jps -v来查询。
好了,这一篇限于篇幅的原因,先写到这里。
Copyright© 2013-2020
All Rights Reserved 京ICP备2023019179号-8