在 Java 应用的运行过程中，JVM 内存溢出往往是令开发者头疼的问题。它可能导致应用突然崩溃、响应速度骤降，甚至引发生产环境的故障，造成难以估量的损失。面对这类问题，很多开发者常常陷入手足无措的境地，不知从何下手排查。其实，只要掌握正确的工具和方法，内存溢出问题的定位并不复杂。本文将详细介绍 3 个关键命令和 MAT 工具的使用技巧，帮助你在 5 分钟内精准找到内存溢出的根源。​

一、内存溢出的常见表现与危害​

在正式介绍排查方法前，我们先了解一下内存溢出的常见表现，以便快速判断问题类型。当 JVM 发生内存溢出时，应用通常会出现以下症状：​

• 应用响应时间明显变长，甚至出现无响应的情况；​

• 日志中出现java.lang.OutOfMemoryError相关错误信息，例如 “Java heap space”“PermGen space”“Metaspace” 等；​

• 系统资源占用异常，如 CPU 使用率飙升、内存占用持续居高不下。​

内存溢出若不及时处理，可能导致应用频繁重启、数据丢失，严重影响用户体验和业务连续性。因此，快速定位并解决内存溢出问题至关重要。​

二、3 个关键命令：为排查奠定基础​

在排查 JVM 内存溢出问题时，以下 3 个命令能够帮助我们收集关键信息，为后续分析提供数据支持。​

1. jps：快速定位目标进程​

jps命令是 JDK 自带的工具，它的作用是列出当前系统中所有正在运行的 Java 进程，并显示进程 ID（PID）和主类名称。在排查内存溢出问题时，我们首先需要确定出现问题的 Java 应用对应的进程 ID，以便后续操作针对该进程进行。​

使用方法非常简单，在命令行中直接输入jps，即可得到类似以下的输出：​

​

TypeScript取消自动换行复制

12345 MainClass​

67890 TestApp​

​

其中，前面的数字就是进程 ID，后面的是主类名称。通过主类名称，我们可以快速定位到出现问题的应用进程。​

2. jstat：监控 JVM 内存使用情况​

jstat命令用于监控 JVM 的内存使用、垃圾回收等情况，它可以实时输出 JVM 各区域的内存使用数据，帮助我们判断内存溢出的大致方向。​

常用的命令格式为：jstat -gc <pid> <interval> <count>，其中-gc表示监控垃圾回收相关的内存区域，<pid>是目标进程 ID，<interval>是采样间隔时间（单位为毫秒），<count>是采样次数。​

例如，执行jstat -gc 12345 1000 5，会每隔 1 秒对进程 ID 为 12345 的 Java 应用进行一次内存监控，共执行 5 次，输出结果类似：​

​

TypeScript取消自动换行复制

S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT ​

1024.0 1024.0 0.0 0.0 8192.0 4096.0 16384.0 8192.0 5120.0 4608.0 640.0 576.0 5 0.025 1 0.050 0.075​

​

其中各字段含义如下：​

• S0C/S1C： Survivor0/1 区的容量（单位为 KB）；​

• S0U/S1U： Survivor0/1 区已使用的容量；​

• EC/EU： Eden 区的容量和已使用容量；​

• OC/OU： Old 区的容量和已使用容量；​

• MC/MU： 方法区的容量和已使用容量；​

• YGC/YGCT： 年轻代垃圾回收次数和耗时；​

• FGC/FGCT： 老年代垃圾回收次数和耗时；​

• GCT： 总垃圾回收耗时。​

通过分析这些数据，我们可以判断内存溢出是发生在年轻代、老年代还是方法区。例如，如果OU持续增长并接近OC，同时FGC频繁发生且耗时较长，很可能是老年代内存溢出。​

3. jmap：生成内存快照​

jmap命令用于生成 Java 进程的内存快照（heap dump），快照中包含了 JVM 内存中的对象信息、对象之间的引用关系等，是后续深入分析内存溢出根源的关键数据。​

生成内存快照的命令格式为：jmap -dump:format=b,file=<filename.hprof> <pid>，其中format=b表示生成二进制格式的快照文件，file=<filename.hprof>指定快照文件的保存路径和名称，<pid>是目标进程 ID。​

例如，执行jmap -dump:format=b,file=heapdump.hprof 12345，会为进程 ID 为 12345 的 Java 应用生成名为heapdump.hprof的内存快照文件。​

需要注意的是，生成内存快照的过程可能会暂停应用的运行，尤其是在应用内存较大时，耗时可能较长，因此在生产环境中使用时需谨慎，尽量选择在业务低峰期进行。​

三、MAT 工具：深入分析内存快照​

拿到内存快照后，我们需要借助专业的工具进行分析，MAT（Memory Analyzer Tool）就是一款强大的 Java 内存分析工具，它可以帮助我们快速定位内存中的大对象、内存泄漏点等问题。​

1. MAT 的安装与启动​

MAT 可以从 Eclipse 官网下载，支持 Windows、Linux、Mac 等多种操作系统。下载后解压即可使用，无需复杂的安装过程。启动 MAT 后，点击 “File”->“Open Heap Dump”，选择通过jmap命令生成的hprof格式的内存快照文件，即可开始分析。​

2. 关键分析功能​

• Histogram（直方图）：该功能会按类名统计对象的数量和占用内存大小，我们可以按照 “Retained Heap”（保留堆）进行排序，快速找到占用内存最多的对象。保留堆表示该对象被回收后所能释放的内存大小，通过它可以判断哪些对象是内存溢出的 “罪魁祸首”。​

• Dominator Tree（支配树）：支配树展示了对象之间的支配关系，即一个对象如果被删除，哪些对象也会被回收。通过支配树，我们可以清晰地看到哪些对象占用了大量内存，以及它们被哪些对象引用而无法被回收，从而定位内存泄漏的根源。​

• Leak Suspects（泄漏怀疑）：MAT 会自动分析内存快照，找出可能存在内存泄漏的区域，并生成一份详细的报告。报告中会指出可疑的对象、它们的占用内存大小以及可能的引用路径，为我们排查问题提供重要线索。​

3. 分析流程示例​

假设我们通过jmap生成了内存快照并导入 MAT，首先查看 Leak Suspects 报告，发现某一个User对象集合占用了大量内存，且被一个静态变量引用。接着查看 Dominator Tree，确认该User集合是内存占用的主要来源，并且由于静态变量的生命周期与应用一致，导致这些User对象无法被回收，从而引发内存溢出。最后，结合代码检查该静态变量的使用情况，发现存在未及时清理的问题，进而修复该漏洞。​

四、总结与注意事项​

通过jps定位进程、jstat监控内存使用、jmap生成快照，再结合 MAT 工具进行深入分析，我们可以在短时间内精准定位 JVM 内存溢出的根源。在实际操作中，还需要注意以下几点：​

• 生成内存快照时，尽量避免在业务高峰期进行，以免影响应用正常运行；​

• 对于大型应用的内存快照，MAT 分析可能需要较多的系统资源，建议在性能较好的机器上进行；​

• 结合应用的日志信息和代码逻辑进行分析，能够提高排查效率。​

掌握这些工具和方法后，面对 JVM 内存溢出问题，你将不再手足无措，而是能够快速、准确地找到问题并解决，保障应用的稳定运行。​