学习了下使用Jvisualvm工具来实时监控堆OOM和使用dump文件分析OOM,记录为证
如何使用该工具做测试,主要分为一下几个步骤:
步骤一:设置Idea要启动的应用的堆内存大小、发生OOM时自动生产dump文件
步骤二:实时监控堆内存OOM时,Jvisualvm工具中cpu、堆内存消耗情况
步骤三:通过生成的dump文件,反推如何去分析OOM产生的原因
方法一:设置Idea的Jvm运行时堆大小
Idea安装目录下有一个 bin 文件夹,里面有两个 vmoptions 文件:
32 位:idea.exe.vmoptions
64 位:idea64.exe.vmoptions
需根据不同的Jdk进行配置,其中这里的位数针对的是Jdk而非针对操作系统,如何查看Jdk的位数呢?
Java -version java version "1.8.0_181" Java(TM) SE Runtime Environment (build 1.8.0_181-b13) Java HotSpot(TM) 64-Bit Server VM (build 25.181-b13, mixed mode)配置如下:
-Xms256m -Xmx512m -XX:ReservedCodeCacheSize=240m -XX:+UseConcMarkSweepGC -XX:SoftRefLRUPolicyMSPerMB=50 -ea -Dsun.io.useCanonCaches=false -Djava.net.preferIPv4Stack=true -Djdk.http.auth.tunneling.disabledSchemes="" -XX:+HeapDumpOnOutOfMemoryError -XX:-OmitStackTraceInFastThrow -Dawt.useSystemAAFontSettings=lcd方法二:设置具体运行程序的Jvm堆大小
Idea-》Run-》Edit Configurations-》VM Options
建议使用方法二针对要测试的程序进行堆内存大小的设置,当方法一和方法二同时配置时,程序以方法二配置为准
如在一中根据方法二设置了某个应用启动时的Jvm堆内存大小,可见
随着程序中对象的创建,堆内存消耗越来越大,直至OOM出现
Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded at java.util.HashMap.newNode(HashMap.java:1747) at java.util.HashMap.putVal(HashMap.java:631) at java.util.HashMap.put(HashMap.java:612) at com.dadaabc.attendance.web.AttendanceWebApplication.main(AttendanceWebApplication.java:60)Jvisualvm实时监控堆内存使用情况:
程序启动之后,新建对象导致堆内存的使用急剧增长,然后Jvm启动GC,当堆内存消耗的速度远超GC清理出来的空间时,导致OOM的出现,程序挂掉
OOM时生成dum设置:-Xms100M -Xmx200M -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/base
分析一:重新在Jvisualvm中打开该dump文件,其中hashmap中占用堆内存将近90%,类分析如下图
分析二:堆转储上的线程,打开超链接,然后可以看到红色标记的内存泄露代码,查看该该代码,即可定位到哪行代码有问题
IDEA设置JVM运行参数
使用 VisualVM 进行性能分析及调优
JVisualVM简介与内存泄漏实战分析
