Java OOM 内存溢出详解：成因、类型与排查方案
OOM（Out Of Memory）是 Java 开发中常见且棘手的问题。面对复杂的 JVM 内存管理，理清概念与排查思路至关重要。以下结合实践整理相关要点。
什么是 OOM？
OOM 全称'Out Of Memory'，即内存用完了，对应 java.lang.OutOfMemoryError。官方说明指出：当 JVM 无法为对象分配空间，且垃圾回收器也无法释放更多内存时，会抛出此错误。注意这是 Error 而非 Exception，意味着问题严重到应用层面难以处理。
为什么会发生 OOM？
根本原因通常有两点：
- 分配的少了：虚拟机可用内存（通过启动参数指定）不足。
- 用的太多且未释放：导致内存泄漏或溢出。
内存泄漏指申请后未释放，导致该内存无法被再次利用。在 C/C++ 中，这常源于忘记调用 delete；而在 Java 中，由于有自动垃圾回收机制，理论上不会发生物理上的泄漏，但逻辑上若持有无用对象的引用（如全局 Map），GC 将无法回收这些对象，长期积累仍会导致溢出。
内存溢出则是申请的内存超出了 JVM 能提供的上限。
OOM 的类型
JVM 运行时管理的内存区域包括程序计数器、虚拟机栈、本地方法栈、堆、方法区等。除程序计数器外，其他区域均可能抛出 OOM。
常见的三种情况如下：
-
堆内存溢出：
java.lang.OutOfMemoryError: Java heap space最常见，多由内存泄漏或堆大小设置不当引起。可通过-Xms,-Xmx调整堆大小，配合监控工具定位泄露代码。 -
方法区溢出：
java.lang.OutOfMemoryError: PermGen space旧版本 JDK 中称为永久代，存储类信息、常量等。大量 Class 加载、反射或使用 CGLIB 易触发此问题。可通过-XX:PermSize和-XX:MaxPermSize调整（JDK 8+ 已改为 Metaspace）。 -
栈溢出：
java.lang.StackOverflowError虽不直接报 OOM，但属内存溢出范畴。通常由死循环或深度递归造成，也可通过-Xss调整栈大小。
如何分析 Heap Dump
导出堆内存镜像主要有两种方式：
- 配置 JVM 参数：添加
-XX:+HeapDumpOnOutOfMemoryError，发生 OOM 时自动 Dump。需 JDK 5 以上版本。 - 使用 jmap 命令：
其中jmap -dump:format=b,file=heap.bin <pid><pid>可通过jps获取。
导出文件后，需借助工具分析以定位原因。常用工具包括：
- MAT (Memory Analyzer Tool)：基于 Eclipse RCP 的内存分析工具，功能强大，支持 OQL 查询，推荐优先使用。
- jhat：JDK 自带工具，可将堆对象以 HTML 形式展示。适合轻量级分析，但在生产环境 Dump 后拉回本地分析时，效率不如 MAT。
需注意，JVM 规范未统一 dump 文件格式，不同虚拟机产生的文件可能存在差异，分析时应选用兼容的工具。
小结
涉及虚拟机技术或调优时，需考虑规范及具体实现策略的差异，例如不同 GC 算法对参数的影响。针对运行时的分析与诊断，掌握基本方法并结合原理具体分析是关键。深入理解 JVM 内存模型与垃圾回收机制，是有效解决此类问题的基础。
