解决jvm内存溢出的方法

约定不等于承诺〃 2024-03-16 16:41 68阅读 0赞

上一篇问题讲了怎么实现jvm内存溢出,现在已经实现了,那怎么去解决它呢.

> java.lang.OutOfMemoryError: GC overhead limit exceeded

简单来说，`java.lang.OutOfMemoryError: GC overhead limit exceeded`发生的原因是，当前已经没有可用内存，经过多次 GC 之后仍然没能有效释放内存。

众所周知，JVM 的 GC 过程会因为 STW.

`STW: Stop-The-World`: 是在[垃圾回收算法][Link 1]执⾏过程当中，将`JVM内存冻结丶应用程序停顿的⼀种状态`。

*  在STW 状态下，JAVA的`所有线程都是停⽌执⾏的 -> GC线程除外`

只不过停顿短到不容易感知。当引起停顿时间的 98%都是在进行 GC，但是结果只能得到小于 2%的堆内存恢复时，就会抛出`java.lang.OutOfMemoryError: GC overhead limit exceeded`这个错误。Plumbr给出一个示意图：

![format_png][]

### 解决方法 ###

#### 1.给一个jvm参数 (不要用) ####

JVM 给出一个参数避免这个错误：`-XX:-UseGCOverheadLimit`。

但是，这个参数并不是解决了内存不足的问题，只是将错误发生时间延后，并且替换成`java.lang.OutOfMemoryError: Java heap space`。

#### 2.增大jvm内存 (视情况而定) ####

还有一个偷懒的方法是：增大堆内存。既然堆内存少了，那就增加堆内存即可。

> \-Xms2048m -Xmx2048m

![3c69a8e45c6444aaa7f7c30d6f957cab.png][]

但是，这个方法也不是万能的。因为程序里可能有内存泄露。这个时候即使再增大堆内存，也会有用完的时候。

所以前两个方法都只是治标不治本而已。

#### 3.从根本上找出占大内存的代码,优化它 ####

其实还是有一个终极方法的，而且是治标治本的方法，就是找到占用内存大的地方，把代码优化了，就不会出现这个问题了。

怎么找到需要优化的代码呢？就是通过 heap dump 生产 jvm 快照，通过分析快照找到占用内存大的对象，从而找到代码位置。

通过设置`-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=heapdump`参数来生产快照，然后通过 VisualVM 或者MAT等工具分析快照内容进行定位。通过这个参数是将发生 OOM 时的堆内存所有信息写入快照文件，也就是说，如果此时堆内存中有敏感信息的话，那就可能造成信息泄漏了。

![69a051339cbd475d982a9ce0033cc116.png][]

### 开始解决 ###

可以用JDK1.8自带的jvisualvm工具分析,个人感觉不太好用

所以我选择用MAT工具

下载并安装MAT工具百度有,这里不做介绍

#### 1.生成dump文件 ####

##### 1)项目在自己的windows电脑上跑怎么生成dump文件 #####

在本地spring项目启动配置两个参数

> `-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=heapdump`

![15bb72e0a2d6408a8800aa1d0e1da30e.png][]

然后用postman访问接口bbb/bbb01接口,死循环往userlist里面不停塞user对象.

![a57b437911f14598a0588f8b916a8667.png][]

最终导致报内存溢出错误.

![228e03140c4047c9afef4b0ca1102e30.png][]

停止这个服务.就会在项目的文件夹中自动生成一个heapdump文件.

![fa38512b6e204755ab84ec29e49688e1.png][]![05afc8c8c8434407bc51b9899dd54a61.png][]

##### 2)项目在linux上运行怎么生成dump文件 #####

第一种方法:手动执行jump命令,去生成dump文件(不推荐)

在Linux启动项目,设定jvm初始内存和最大内存

> java -jar -Xms30m -Xmx30m springbootmybatisplus-0.0.1-SNAPSHOT.jar

观察到项目运行日志报内存溢出错误

![b1650b7ca98848e8a4f9e6e47d1c9362.png][]

使用命令查看java进程号

![e53dbcb41acf48919d6b489f52bee8e3.png][]

然后使用命令手动生成dump文件

jmap -dump:format=b,file=serviceDump.dat 20368

![eb78e61f881a41f38adef3d24a92b9e1.png][]

第二种方法:启动jar包的时候加两个jvm参数配置,就会在OOM的时候自动生成dump文件(推荐)

java -jar -Xms30m -Xmx30m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=heapdump springbootmybatisplus-0.0.1-SNAPSHOT.jar

#### 2.用MAT工具打开dump文件 ####

打开MAT,开始下面5个步骤.就打开了heapdump文件.

(注意,第一次下载mat后直接打不开heapdump文件,需要重启一下电脑才能打开heapdump文件)

![26d96591813b4ff2842b1f9fbafbcac2.png][]

#### 3.认识下MAT工具的一点单词意思 ####

shallow 浅的 retained 保留的 heap 堆 percentage 百分率

dominator\_tree 支配树(查看占大内存的类,以及类里面含的对象) 常用这个

histogram 柱形统计图(查看占大内存的对象)

shallow heap：对象本身的大小，如果是[数组][Link 2]或集合则是各个元素的总大小。

retained heap：对象本身的大小 + 引用的其他对象的大小。

Shallow Size （对象自身占用的内存大小）

Retained Size （被GC后Heap上释放的内存大小）

with outgoing references（查看对象为什么消耗内存,查看对象引用的其他对象）

with incoming references（查看对象被谁引用）

#### 4.打开页面,点击dominator\_tree ####

![9e5ccf4d6daf4665b5b237059b7f5524.png][]

#### 5.分析 ####

发现了JVMneicunyichuController这个类占用内存非常大,然后点开发现原来是Arraylist里面有非常多的User对象

![d4d589fe2c0e4ccd97961123ad51bb9d.png][]

#### 6.去代码中找 ####

去代码中找JVMneicunyichuController这个类的ArrayList集合中为什么会有这么多User对象.

找到这个类的集合后发现原来是while死循环往集合里加User对象了.

![6b3048548803432798c2a62ff0e0e054.png][]

#### 7.修改优化代码 ####

把这个死循环去掉,那么,这个内存溢出的问题就解决了.

### 帮助排查分析的两个界面: ###

方式一:点击Histogram,查看占大内存的对象.

![00fee90b116441bc99b5c0487f3c91aa.png][]

还有其他方式,可以自己百度了解.

[Link 1]: https://so.csdn.net/so/search?q=%E5%9E%83%E5%9C%BE%E5%9B%9E%E6%94%B6%E7%AE%97%E6%B3%95&spm=1001.2101.3001.7020
[format_png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/cc8563b9c0a8495c975057623be625cf.png
[3c69a8e45c6444aaa7f7c30d6f957cab.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/555bcfde97674c26add8548337dae70b.png
[69a051339cbd475d982a9ce0033cc116.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/47e6efa549744708874320c2ba24ebeb.png
[15bb72e0a2d6408a8800aa1d0e1da30e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/cd5f523741c247f0ba244ebb92c9e870.png
[a57b437911f14598a0588f8b916a8667.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/2c062bd3c77e4351b78a1f28ee253ee1.png
[228e03140c4047c9afef4b0ca1102e30.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/1b5c6e13710340b8b3ac920c520f6134.png
[fa38512b6e204755ab84ec29e49688e1.png]: https://img-blog.csdnimg.cn/fa38512b6e204755ab84ec29e49688e1.png
[05afc8c8c8434407bc51b9899dd54a61.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/e34f23a1d5034fc49dc79e951b71976c.png
[b1650b7ca98848e8a4f9e6e47d1c9362.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/52fdac4ce49a47ec8cf03c68152f5271.png
[e53dbcb41acf48919d6b489f52bee8e3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/6698100d1ed643aa95f1afa6d0e7c2cd.png
[eb78e61f881a41f38adef3d24a92b9e1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/0444ad52bab9454690b970e3b82bca8f.png
[26d96591813b4ff2842b1f9fbafbcac2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/c5dc72f3f98245db822d43f48ee580ff.png
[Link 2]: https://so.csdn.net/so/search?q=%E6%95%B0%E7%BB%84&spm=1001.2101.3001.7020
[9e5ccf4d6daf4665b5b237059b7f5524.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/d6909365e6794845b3104a29d9c20954.png
[d4d589fe2c0e4ccd97961123ad51bb9d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/b819b812bc9246d094016efca4d26088.png
[6b3048548803432798c2a62ff0e0e054.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/f6ee8e367fd44adb9706bcb91e541b52.png
[00fee90b116441bc99b5c0487f3c91aa.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/d5fde93ac093454988b674e7ded7ed48.png