线上JVM OOM问题，如何排查和解决？-海口c网

今天咱们来聊聊让无数 Java 开发者头疼的 JVM OOM（Out Of Memory，内存溢出）问题。在面试中，OOM 问题也是面试官的“心头好”，因为它能直接考察你对 JVM 的理解，以及你在实际问题面前的排查和解决能力。

一、JVM OOM 到底是什么？

简单来说，JVM OOM 就是 Java 虚拟机的内存用完了，而且垃圾回收器（GC）也无能为力，没办法再为新对象分配内存，于是抛出了 java.lang.OutOfMemoryError 错误。这就好比你开着一辆车，油箱里的油已经耗尽，但你还想继续加速，结果只能是熄火。

二、OOM 为啥会发生？

OOM 的原因多种多样，但归根结底就两个字——“不够用”。具体来说，有这么几种常见情况：

内存分配不足：JVM 初始化时，堆内存、永久代（或元空间）等区域分配得太小，根本不够业务跑。比如，你的应用要处理海量数据，但堆内存只给了 128MB，这不就是“杯水车薪”嘛。
大对象申请：一次性申请的内存太大，超出了 JVM 的承受范围。比如，你试图一次性加载一个几 GB 的文件到内存中，JVM 根本就装不下。
内存泄漏：程序中某些地方申请了内存，但因为代码逻辑错误，这些内存永远不会被释放，就像一个无底洞，不断吞噬着 JVM 的内存。
代码问题：程序里某些对象被频繁创建，用完后却没有被及时释放，导致内存被一点点蚕食。比如，一个定时任务不断往缓存里塞数据，但从来没清理过，时间一长，内存就被塞满了。

三、OOM 都有哪些“变种”？

1. Java 堆内存溢出

这是 OOM 最常见的形式，错误信息是 java.lang.OutOfMemoryError: Java heap space。堆内存是 JVM 里存放对象实例的地方，如果堆内存满了，垃圾回收器又没办法清理出足够的空间，就会触发这个错误。

2. 永久代/元空间溢出

在 JDK 7 及以下版本里，有永久代（PermGen），用于存放类的元数据、常量池等信息。如果应用加载了大量类（比如使用了动态代理、字节码操作等技术），永久代很容易被撑爆，抛出 java.lang.OutOfMemoryError: PermGen space 错误。从 JDK 8 开始，永久代被元空间（Metaspace）取代，但原理类似，错误信息也变成了 java.lang.OutOfMemoryError: Metaspace。

3. 栈内存溢出

栈内存是线程私有的，用于存放方法调用的局部变量、操作栈等信息。如果一个方法调用链太深（比如递归调用过深），或者方法里局部变量太多，栈内存就会溢出，抛出 java.lang.StackOverflowError。注意，虽然名字里有“Overflow”，但它本质上也是 OOM 的一种。

4. 直接内存溢出

直接内存是 JVM 外的一块内存，通常用于 NIO 操作。如果程序中大量使用 NIO，且没有正确管理直接内存，就会导致直接内存溢出，抛出 java.lang.OutOfMemoryError: Direct buffer memory 错误。

四、排查 OOM 的“杀手锏”

当线上服务出现 OOM 时，别慌，我们有这些“杀手锏”：

1. 启用 JVM 诊断选项

在启动应用时，加上这些参数：

-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/path/to/dump
-Xlog:gc* (JVM 9 及以上)
-XX:+PrintGCDetails -Xloggc:/path/to/gc.log (JVM 8 及以下)

这些参数可以让 JVM 在 OOM 时生成内存堆转储文件和 GC 日志，帮助我们分析问题。

2. 分析错误日志

仔细查看应用日志和 OOM 错误堆栈信息，看看是哪个内存区域出了问题。

3. 分析堆转储文件

用 JVisualVM、Eclipse MAT、JProfiler 这些工具打开堆转储文件，找出内存占用大户，看看是不是有内存泄漏。

4. 检查 GC 日志

分析 GC 日志，看看垃圾回收的频率、暂停时间和各内存区的使用情况，判断是不是垃圾回收出了问题。

5. 代码审查和优化

从代码层面找原因，看看是不是有缓存没清理、静态集合不断增长等内存泄漏问题。发现问题后，优化代码，减少对象创建，及时释放内存。

五、解决 OOM 的“锦囊妙计”

1. 增加内存

堆内存：用 -Xmx 参数增加最大堆内存，比如 -Xmx2g。
永久代/元空间：用 -XX:MaxPermSize（JDK 7 及以下）或 -XX:MaxMetaspaceSize（JDK 8 及以上）增加大小。
直接内存：用 -XX:MaxDirectMemorySize 参数增加直接内存大小。

2. 优化代码

释放对象：确保用完的对象能被垃圾回收，比如把不用的缓存清掉。
避免大对象：能不用大对象就不用，实在要用，也尽量拆分成小块。
用弱引用/软引用：比如缓存可以用 WeakHashMap 或 SoftReference，避免内存泄漏。

3. 调优垃圾回收器

根据应用的特点，选择合适的 GC 算法（比如 G1、CMS），并调整参数，比如 -XX:+UseG1GC -XX:MaxGCPauseMillis=200。

4. 管理外部资源

确保文件句柄、数据库连接等外部资源用完后能正确关闭，别让它们占着内存不放。

5. 持续监控和预警

用 JMX、Prometheus、Grafana 等工具实时监控 JVM 内存使用情况，一旦发现异常，立刻报警，提前解决问题。

六、实战案例分析

案例一：大数据量处理导致堆内存不足

症状：应用处理大数据量时，抛出 java.lang.OutOfMemoryError: Java heap space。

排查：

启用 GC 日志和堆转储选项。
分析 GC 日志，发现 Full GC 频繁，但内存还是不够用。
用 JVisualVM 分析堆转储文件，发现大量大对象占用了内存。

解决：

优化算法，减少内存占用。
通过 -Xmx 增加堆内存。
改进数据处理流程，比如用流式处理，减少内存峰值。

案例二：动态类生成导致元空间不足

症状：动态生成类时，抛出 java.lang.OutOfMemoryError: Metaspace。

排查：

启用堆转储和 GC 日志选项。
分析 GC 日志，发现元空间增长飞快，类加载频繁。
用工具查看元空间内容，发现大量动态生成的类没被卸载。

解决：

通过 -XX:MaxMetaspaceSize 增加元空间大小。
优化动态类生成逻辑，减少不必要的类加载。

案例三：递归调用过深导致栈内存不足

症状：递归调用抛出 java.lang.StackOverflowError。

排查：分析错误堆栈，发现递归调用深度太大。

解决：

改用迭代算法替代递归。
优化算法，减少递归深度。

七、总结

JVM OOM 是一个复杂但常见的问题，它可能出现在堆内存、永久代/元空间、栈内存或直接内存等区域。排查 OOM 的关键在于启用诊断选项（如堆转储和 GC 日志）、分析错误日志和堆转储文件、检查垃圾回收日志。解决 OOM 的方法包括增加内存、优化代码、调优垃圾回收器参数和管理外部资源。持续监控和预警机制可以有效预防 OOM 问题的发生。

希望这篇文章能帮助你在面试中更好地回答 OOM 相关问题，也能在实际工作中解决类似问题。如果你在工作中也遇到过 OOM 问题，欢迎在评论区留言，我们一起交流经验。

最后再分享一道常见的后端面试题。

说说main方法的执行过程？

示例代码：

public class Application {public static void main(String[] args) {Person p = new Person("大彬");p.getName();}
}class Person {public String name;public Person(String name) {this.name = name;}public String getName() {return this.name;}
}

执行main方法的过程如下:

编译Application.java后得到 Application.class 后，执行这个class文件，系统会启动一个 JVM 进程，从类路径中找到一个名为 Application.class 的二进制文件，将 Application 类信息加载到运行时数据区的方法区内，这个过程叫做类的加载。
JVM 找到 Application 的主程序入口，执行main方法。
main方法的第一条语句为 Person p = new Person("大彬") ，就是让 JVM 创建一个Person对象，但是这个时候方法区中是没有 Person 类的信息的，所以 JVM 马上加载 Person 类，把 Person 类的信息放到方法区中。
加载完 Person 类后，JVM 在堆中分配内存给 Person 对象，然后调用构造函数初始化 Person 对象，这个 Person 对象持有指向方法区中的 Person 类的类型信息的引用。
执行p.getName()时，JVM 根据 p 的引用找到 p 所指向的对象，然后根据此对象持有的引用定位到方法区中 Person 类的类型信息的方法表，获得 getName() 的字节码地址。
执行getName()方法。

最后分享一份大彬精心整理的大厂面试手册，包含计算机基础、Java基础、多线程、JVM、数据库、Redis、Spring、Mybatis、SpringMVC、SpringBoot、分布式、微服务、设计模式、架构、校招社招分享等高频面试题，非常实用，有小伙伴靠着这份手册拿过字节offer~

需要的小伙伴可以自行下载：

http://mp.weixin.qq.com/s?__biz=Mzg2OTY1NzY0MQ==&mid=2247485445&idx=1&sn=1c6e224b9bb3da457f5ee03894493dbc&chksm=ce98f543f9ef7c55325e3bf336607a370935a6c78dbb68cf86e59f5d68f4c51d175365a189f8#rd

围观朋友⭕：dabinjava