定位及解决OOM

一、定义

内存溢出：OutOfMemoryError，是指因内存不够，导致操作新对象没有剩余空间。会导致频繁fullgc出现STW从而导致性能下降。

内存泄漏：指用malloc或new申请了一块内存，但是没有通过free或delete将内存释放，导致这块内存一直处于占用状态。

二、主要外在体现

• 应用程序长时间连续运行时性能下降；
• CPU使用率高，甚至到100%；
• 频繁fullgc，各种诸如接口超市等报警；
• 应用程序偶尔会耗尽连接对象；

查看应用程序full gc时间：jstat -gc pid 间隔时间 显示次数：

三、造成OOM的原因

• 一次性申请的对象太多。比如查数时表数据太多一次性到内存中处理，需要定位到具体的代码再优化；
• 内存资源耗尽未释放。比如一些连接、线程等，应用完后释放，且用线程池的概念；
• 本身资源不够。本身要处理一些日常的大对象工作，可以用jmap -heap 可以查看服务资源情况。

jmap -heap命令界面

四、定位OOM

1、系统已经OOM宕机

1.1、提前设置JVM参数

-XX：+HeapDumpOnOutOfMemoryError - XX：HeapDumpPath

在java程序启动时在jvm参数增加OOM时到处dump文件的命令，在应用发生OOM后会导出一个堆的dump文件到指定目录。需要在启动服务时设置参数，如果事前没有设置，出现OOM宕机后会无据可查。文件会比较大，因为会记录系统运行过程中所有的对象的信息，所以要保证磁盘空间较大。

java -Xms10M -Xmx10M -XX:+HeapDumpOnOutOfMemoryError - XX:HeapDumpPath=xxx -jar

1.2、工具：

visualvm：载入文件时，要注意文件类型是dump文件。主要看类目录下找到占内存最大且是自己开发创建的实例。双击进入后，随便定位其中一个实例，引用下找到GC Root，单击右键选择在线程中显示，就可以定位到具体的代码位置了。

2、运行中还未OOM

2.1、导出dump文件

jmap -dump:fromat=b,file=xxx.hprof 进程号(jps查看进程号)；

导出OOM dump文件会导致一次full gc，会造成一次STW，所以是接收到频繁full gc或内存过高的告警后，为排查问题时快速定位OOM才去操作。

2.2、Arthas工具线上诊断。

可参考链接：Java诊断工具-Arthas保姆级教程_arthas定位内存泄漏-CSDN博客

2.3、jmap -histo:live 进程ID |head -20

会排序显示最占内存的对象，与dump文件查看实例差不多。|head -20：打印前20行。

3、结合jvisualvm进行调试

查看最多跟业务有关对象->找到GCROOT->查看线程栈，就可以快速定位业务代码了。