排查OOM的简单思路

• 1、首先通过内存映像分析工具对Dump出来的堆转储快照进行分析，确认内存中导致OOM的对象是否是必要的，还需要分清楚是出现了内存泄露还是内存溢出。
• 2、如果是内存泄露，可进一步通过工具查看泄露对象到GC roots的引用链，找到泄露对象是通过怎样的引用路径、与哪些GC roots相关联，才导致垃圾收集器无法回收他们，根据泄露对象的类型信息以及它到GC roots引用链的信息，一般可以比较准确的定位到这些对象创建的位置，进而找出产生泄露的代码的具体位置。
• 3、如果不是内存泄露，则说明内存中的兑现是必须存活的，那就应该检查Java虚拟机的堆参数(-Xmx与-Xms)设置，与机器的内存对比，看看是否还有向上调整的空间，然后在从代码上检查是否存在某些对象生命周期过长、持有状态时间过长、存储结构设计不合理等情况，尽量尽量减少程序运行期的内存消耗。

堆的常用参数：

-Xmx:堆的最大值参数

-Xms:堆的最小值参数

-XX:+HeapDumpOnoutOf-MemoryError:可以让虚拟机在出现内存溢出异常时Dump出当前的内存堆转储快照便于后面进行分析。

参考《深入理解Java虚拟机：JVM高级特性与最佳实践》第三版