记一次OOM排查优化实践

 

 工作中遇到了OOM问题需要排查，在此做一下分享，也做一下笔记

这里模拟了工作中的OOM场景，实际代码就不拿出来了，以下是我自己写的代码

 

定义一个无界队列，频繁往里面加入元素，代码如下，经测试，这是会产生OOM的

/** * @author mengfh * * @version 2020-7-3上午9:15:52 * * @description OOM排查与优化 */ public class OptimizeOOM { public static void main(String[] args) { testQueue(); } private static void testQueue() { Queue<ArrayList<TestVO>> queue = new LinkedBlockingQueue<>(); for (int i = 0; i < 10000; i++) { ArrayList<TestVO> list = new ArrayList<>(); for (int j = 0; j < 1000; j++) { list.add(new TestVO()); } queue.add(list); } } }

 启动debug，让线程挂起，然后找到jdk/bin目录下的jconsole.exe，可以看到我们写的程序正在运行

 jconsole.exe里面有很多VM相关的东西，对于我们分析和学习还是有帮助的，具体如下，信息数量比较大

 既然要OOM，那我们就分析为什么OOM，这里配置一下VM参数，生成dump文件和文件地址

-XX:+HeapDumpOnOutOfMemoryError    -XX:HeapDumpPath=D:/jad/heapdump.hprof

 

要注意的是dump文件是比较大的，我本地随便跑一下就接近1G ，而我的最大堆内存是768M

拿到了dump文件，那么就可以去分析dump文件哪里出问题了

可以通过jdk自带的jhat来分析，也可以通过相关MAT来分析，如下是Eclipse Memory Analyzer 工具

使用的话需要一定的基础，LZ一年工作经验，勉强能行，现在在逐步加强，具体使用可以去MAT官网

另外，dump文件分析可以参考这篇文章https://blog.csdn.net/sheldon178/article/details/79543671

 

除了jhat，jconsole和MAT以外，还有很多JDK自带的性能监控工具如：jps，jstack，jmap，jstat等等

它们都在jdk/bin目录下，可以通过cmd运行 

以下是理想的解决方案，思想是把无界队列变成有界队列，然后控制生产者生产的速度和消费者线程消费的速度

OOM的产生原因很多，优化方案也很多，工作上的优化方案就不拿出来了，保密性高，怕出事

路漫漫其修远兮，吾将上下而求索

private static void testQueue() { Queue<ArrayList<TestVO>> queue = new LinkedBlockingQueue<>(100); for (int i = 0; i < 10000; i++) { ArrayList<TestVO> list = new ArrayList<>(); for (int j = 0; j < 1000; j++) { list.add(new TestVO()); } queue.add(list); //业务处理 //...... //这里假装是消费者线程在消费，当然还有很多方式，这是最简单的一种 queue.remove(); } }