JVM——OOM异常

[什么是 OOM](#什么是 OOM)

[常见 OOM 类型及产生原因](#常见 OOM 类型及产生原因)

[OOM 触发完整场景](#OOM 触发完整场景)

[OOM 问题定位步骤](#OOM 问题定位步骤)

[OOM 解决与优化方案](#OOM 解决与优化方案)

直接内存（Direct Memory）并不是虚拟机运行时数据区的一部分，也不是Java虚拟机中定义的内存区域。但是这部分内存也被频繁地使用，而且也可能导致 OutOfMemoryError 异常出现。

简记：

直接内存又称堆外内存，是虚拟机内存之外的内存，直接内存不会进行垃圾回收，当我们使用的时候要手动进行回收，不然就会导致内存泄漏。

全称：java.lang.OutOfMemoryError，简称 OOM，意为「内存溢出」；

本质：JVM 无法申请到足够内存来存放新对象 / 数据，抛出的致命错误；

范围：不只是「堆溢出」，还包括方法区溢出、直接内存溢出等多种类型。

1. 堆溢出（最常见）

错误信息 ：java.lang.OutOfMemoryError: Java heap space
核心原因：
1. 老年代满了：执行 Full GC 后仍无法容纳新对象 / 晋升对象；
2. 大对象分配失败：超大对象无法放入 Eden 区，也无法放入老年代；
3. 整体堆内存耗尽：新生代 + 老年代总内存达到 -Xmx 上限，无法再扩容；
4. 内存泄漏：大量对象被长期引用（如缓存未清理、静态集合无限增长），无法被 GC 回收。

2. 方法区溢出

错误信息：
- JDK7 及之前：java.lang.OutOfMemoryError: PermGen space
- JDK8 及之后：java.lang.OutOfMemoryError: Meta space
核心原因：

方法区（永久代 / 元空间）被类元数据占满，典型场景：
- 加载大量第三方 Jar 包（如 Tomcat 部署过多应用）；
- 框架动态生成大量类（如 MyBatis Mapper、AOP 代理、Feign 接口、CGLIB 动态子类）；
- 大量动态反射生成类，导致类加载器无法卸载，元数据持续累积。

3. 直接内存溢出

错误信息 ：java.lang.OutOfMemoryError: Direct Memory space
核心原因 ：NIO 等框架使用的直接内存 （Direct ByteBuffer）超过 -XX:MaxDirectMemorySize 限制，未被及时释放。

触发阶段	OOM 类型	核心原因
Minor GC 阶段	Java heap space	1. Minor GC 前老年代空间担保失败，Full GC 后仍无足够空间；2. 新生代 + 老年代整体内存耗尽，无法分配新对象
Full GC 阶段	Java heap space	Full GC 后堆内存仍无法容纳新对象
方法区阶段	PermGen/Meta space	方法区被类元数据占满，Full GC 无法释放足够空间
直接内存阶段	Direct Memory space	直接内存使用超过上限，未及时释放

第一步：生成堆转储文件（Heap Dump）

在 JVM 启动参数中添加：

复制代码

-Xms30m -Xmx30m -XX:+HeapDumpOnOutOfMemoryError

第二步：分析堆转储文件

使用工具打开 .hprof 文件：

第三步：定位问题根源

收集错误信息：查看日志，确认 OOM 类型（堆 / 方法区 / 直接内存）；
分析堆快照：
- 查看内存占用最高的对象 / 数据结构；
- 检查是否存在内存泄漏：长时间存活的对象、未清理的缓存、静态集合无限增长；
- 确认是否存在大对象（如超大数组、集合）；
检查内存使用趋势：是否存在持续的内存增长，未被 GC 回收；
定位代码位置：找到创建大量对象 / 动态类的业务代码或框架配置。

1. 堆溢出优化

2. 方法区溢出优化

增加元空间内存 ：JDK8+ 调大 -XX:MaxMetaspaceSize；
减少动态类生成：
- 避免过度使用动态代理（如 AOP、MyBatis Mapper）；
- 优化框架配置，限制动态类数量；
- 及时卸载无用类（确保类加载器可被 GC 回收）；
精简依赖：移除不必要的第三方 Jar 包，减少类加载数量。

3. 直接内存溢出优化

4. 通用优化