怎么分析 JVM 当前的内存占用情况？OOM 后怎么分析？

于 2025-07-01 17:16:24 发布
阅读量626 收藏 15
点赞数 7
CC 4.0 BY-SA版权
分类专栏： 场景 文章标签： jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43521001/article/details/149051003

在 Java 中分析 JVM 内存占用情况以及处理 OOM（Out - Of - Memory）问题，可从以下多个方面进行，包含多种工具和方法的使用：

一、分析 JVM 当前内存占用情况

（一）命令行工具
  1. jps与jstat
    • jps：用于查看当前运行的 Java 进程 ID。例如，在命令行输入 jps，会列出所有 Java 进程及其对应的主类或 JAR 包信息，格式如下：
1234 MyApp
5678 org.apache.catalina.startup.Bootstrap

这里的 1234、5678 就是进程 ID（PID）。
- jstat：借助 jps 获取到的 PID，可使用 jstat -gc [PID] [间隔时间] [次数] 命令查看 JVM 垃圾回收相关的统计信息，从而了解内存占用情况。比如 jstat -gc 1234 1000 5 ，表示每隔 1000 毫秒（1 秒）查询一次 PID 为 1234 的 Java 进程的 GC 情况，共查询 5 次。输出结果类似：

 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT   
1024.0 1024.0  0.0    512.0  8192.0  4096.0   16384.0    8192.0    4096.0 3072.0 512.0  400.0     10    0.500   2     1.000    1.500

各列含义：
- S0C、S1C： survivor 0、1 区的容量（单位：KB）。
- S0U、S1U： survivor 0、1 区的已用空间。
- EC、EU： Eden 区容量和已用空间。
- OC、OU：老年代容量和已用空间。
- MC、MU：元空间（Metaspace）容量和已用空间。
- YGC、YGCT：年轻代垃圾回收次数和耗时。
- FGC、FGCT：Full GC 次数和耗时。
- GCT：总的垃圾回收耗时。
2. jmap
可以使用 jmap -heap [PID] 命令查看 JVM 堆内存的详细配置和使用情况，包括堆的各个分代（年轻代、老年代等）的大小、使用比例等信息 。例如：

Attaching to process ID 1234, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 11.0.12

using thread-local object allocation.
Garbage-First (G1) GC with 4 thread(s)

Heap Configuration:
   MinHeapFreeRatio         = 40
   MaxHeapFreeRatio         = 70
   MaxHeapSize              = 8589934592 (8192.0MB)
   NewSize                  = 13631488 (13.0MB)
   MaxNewSize               = 4294967296 (4096.0MB)
   OldSize                  = 54525952 (52.0MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 4194304 (4.0MB)

Heap Usage:
G1 Heap:
   regions  = 2048
   capacity = 8589934592 (8192.0MB)
   used     = 3221225472 (3072.0MB)
   free     = 5368709120 (5120.0MB)
   37.5% used
G1 Young Generation:
Eden Space:
   regions  = 768
   capacity = 3221225472 (3072.0MB)
   used     = 3221225472 (3072.0MB)
   free     = 0 (0.0MB)
   100.0% used
Survivor Space:
   regions  = 0
   capacity = 0 (0.0MB)
   used     = 0 (0.0MB)
   free     = 0 (0.0MB)
   0% used
G1 Old Generation:
   regions  = 0
   capacity = 5368709120 (5120.0MB)
   used     = 0 (0.0MB)
   free     = 5368709120 (5120.0MB)
   0% used

还能使用 jmap -histo:live [PID] 查看堆中存活对象的统计信息，包括类名、实例数量、占用内存大小等，示例输出：

 num     #instances         #bytes  class name
----------------------------------------------
   1:        1000000      40000000  com.example.MyObject
   2:          10000       2000000  java.lang.String
   3:           5000       1000000  java.util.HashMap$Node
...
（二）可视化工具
  1. JConsole
    JDK 自带的图形化监控工具，在命令行输入 jconsole 启动，然后选择要连接的 Java 进程。它可以直观地查看堆内存、线程、类加载等信息，在“内存”标签页中，能看到堆内存和非堆内存（如元空间）的使用趋势、当前大小、已用大小等详细数据，还可进行垃圾回收操作并观察内存变化。
  2. VisualVM
    功能强大的多合一故障诊断和性能监控工具。启动后添加要监控的 Java 进程，在“概述”标签可看到基本的内存、CPU、线程等信息；“监视”标签能详细查看堆内存、元空间等的使用情况，支持生成堆转储（Heap Dump）文件；“ Profiler” 标签可进行 CPU 和内存的剖析等。它还可以安装各种插件来扩展功能，比如用于分析内存泄漏的插件等。

二、OOM 后分析

当发生 OOM（java.lang.OutOfMemoryError）后，主要通过分析堆转储（Heap Dump）文件来排查问题，以下是具体步骤和方法：

（一）生成堆转储文件
  1. 自动生成
    可以在 JVM 启动参数中配置，当发生 OOM 时自动生成堆转储文件，添加参数：
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dumpfile.hprof

这样，当 OOM 发生时，JVM 会在指定的 /path/to/dumpfile.hprof 路径下生成堆转储文件。
2. 手动生成
在 OOM 发生后但进程还未退出时，可使用 jmap -dump:live,format=b,file=/path/to/dumpfile.hprof [PID] 命令手动生成堆转储文件，不过这种情况要确保进程还能响应命令执行，若进程已崩溃可能无法执行。

（二）分析堆转储文件
  1. 使用 Eclipse Memory Analyzer（MAT）
    • 这是一款专门用于分析 Java 堆转储文件的强大工具。将生成的 .hprof 文件导入 MAT 后，它会提供多种分析功能：
      • 概览：展示堆的总体信息，如总内存大小、占用内存最多的对象类型等。
      • Dominator Tree（支配树）：查看哪些对象占用了大量内存，以及对象之间的引用关系，能快速定位大对象和内存泄漏点。例如，某个大的集合对象（如 ArrayList、HashMap 等）持有大量其他对象的引用，导致无法被垃圾回收。
      • Leak Suspects（内存泄漏怀疑点）：MAT 会自动分析并列出可能存在内存泄漏的嫌疑对象及相关信息，辅助开发人员快速定位问题根源。
      • Histogram（直方图）：按类名统计对象的数量和占用内存大小，可对比不同类的内存占用情况，找出异常占用内存的类。
  2. 使用 VisualVM 分析
    VisualVM 也支持打开堆转储文件进行分析，在 VisualVM 中导入 .hprof 文件后，同样可以查看对象的分布、引用关系等信息，进行类似 MAT 的一些基本分析操作，不过在复杂内存泄漏分析方面，功能可能稍弱于 MAT，但对于一些简单的 OOM 问题排查也很有帮助。
（三）结合代码分析

通过工具找到占用内存大的对象或疑似内存泄漏的对象后，要结合对应的 Java 代码进行分析，查看这些对象的创建逻辑、生命周期管理等，判断是否存在对象创建过多、长期无法释放（如静态集合类持有大量对象引用未清理等）等导致 OOM 的原因 。例如，如果发现某 HashMap 对象占用内存极大且无法被回收，就要查看代码中该 HashMap 的使用场景，是否存在不断向其中添加元素但没有相应删除操作的情况，或者是否存在不合理的对象引用持有导致内存无法释放。

总体而言，分析 JVM 内存占用是一个日常监控和优化的过程，而 OOM 后的分析则更侧重于通过堆转储文件和代码结合，找出内存溢出的根本原因并加以修复。

如何排查JVM线程死锁和JAVA应用OOM问题？
yh4494的博客
06-04 602
控制javacore的输出有两种方式，第一种是通过`kill -3 [pid]`来输出java当前运行时的javacore线程信息。第二种是通过jstack命令来输出Javacore文件。先面我们分开讲解两种方式如何操作。第三种方式就是容器自带脚本，在OOM或CPU资源占用过多的情况下会自动输出javacore到指定目录，比如说websphere等等容器。
JVM-调优之-高内存占用问题排查
u010953880的专栏
05-21 984
jvm 排查高内存占用情况，jmap的简单使用
堆内存OOM分析
萝卜头柯克船长的博客
10-28 1326
1. 背景 7月6号系统应用频繁挂掉，UMP显示内存、CPU、GC次数短时间内飙升，日志java. lang. OutOfMemoryError: Java heap space显示JVM发生堆内存的OOM，并成功dump了内存快照。 2. OOM的基本分析思路 2.1 OOM的易发区域 在《Java虚拟机规范里》中除程序计数器外，其它运行时内存区域都有可能发生OOM。具体到HotSopt，栈发生OOM的机率很小（不支持栈的动态扩展，除非在线程申请栈时就内存不足）。常见发生OOM的区域主要有两种： Jav
【JVM】JVM堆占用情况分析(频繁创建的对象、内存泄露等问题)、jmap+jhat、jvisualvm工具使用
hiliang521的博客
04-12 2178
【JVM】JVM堆占用情况分析(频繁创建的对象、内存泄露等问题)、jmap+jhat、jvisualvm工具使用
java内存使用率runtime_使用代码查看JVM内存使用情况
weixin_35577004的博客
02-13 1316
java.lang.Runtime类提供了查看当前JVM内存的使用情况。每个java实例(即虚拟机实例)只有一个Runtime的实例，通过Runtime.getRuntime()可以得到当前虚拟机中的Runtime实例对象。Runtime提供3个方法可以获取当前JVM最大可以使用内存、当前JVM已拥有最大内存和剩余未使用内存。这3个内存指的都是JVM堆内存。Runtime.maxMemory();...
命令查看jvm堆内存使用情况 年轻代 老年代(1)
m0_72758098的博客
04-20 1831
当然在这还有更多整理总结的Java进阶学习笔记和面试题未展示，其中囊括了。
java 内存情况_查看java内存情况命令
weixin_39636857的博客
02-12 943
转自：http://boendev.iteye.com/blog/882479jinfo:可以输出并修改运行时的java 进程的opts。jps:与unix上的ps类似，用来显示本地的java进程，可以查看本地运行着几个java程序，并显示他们的进程号。jstat:一个极强的监视VM内存工具。可以用来监视VM内存内的各种堆和非堆的大小及其内存使用量。jmap:打印出某个java进程(使用pid)内...
java 查看内存占用_查看JVM内存使用状况
weixin_33895572的博客
02-12 7576
1、jps:查看本地正在运行的java进程和进程ID(pid)2、jinfo pid，查看指定pid的所有JVM信息1)jinfo -flags pid 查询虚拟机运行参数信息。2)jinfo -flag name pid，查询具体参数信息，如jinfo -flagUseSerialGC 42324，查看是否启用UseSerialGC3、jmap1)jmap -heap pid：输出堆内存设置和...
深入剖析 MetaSpace OOM 问题：根因分析与高效解决策略
热门推荐
张彦峰的博客
03-18 4万+
MetaSpace区是JVM内存管理中的关键部分，负责存储类元数据。随着Java 8的推出，MetaSpace取代了PermGen区，但其灵活性也带来了新的挑战，尤其是在动态类加载和频繁类更新的场景下，容易导致MetaSpace内存溢出（OOM）问题。本文探讨了MetaSpace OOM的根本原因，包括类加载器泄漏、内存管理不当和GC效率低下等，并提供了一系列调优策略和解决方案，帮助开发者有效排查和防止此类问题的发生，确保应用程序的稳定性和高可用性。
JVM内存分析工具.7z
07-03
3. **分析内存使用**：工具会自动分析堆内存中的对象，列出内存占用较大的类和实例。 4. **查找内存泄漏**：查看工具提供的报告，寻找长时间存在且占用大量内存的对象，分析其生命周期和引用关系。 5. **调整JVM...
jvm内存状况查看
12-02
Java 本身提供了多种丰富的工具来帮助开发人员查看和分析 GC 以及 JVM 内存的状况。 输出GC日志 输出 GC 日志对于跟踪分析 GC 的状况,无疑是最明显和直接的分析内存回收状况的方 法,只是 GC 日志输出后需要人肉的进行分析,来判断 GC 的状况。 JVM 支持将日志输出到控制台或指定的文件中,方法为: 1、 输出到控制台 在 JVM 的启动参数中加入-XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCApplicationStoppedTime,按照参数的顺序分别可以输出 GC 的简要信息,GC 的 详细信息、GC 的时间信息以及 GC 造成的应用暂停的时间。
查看jvm内存使用情况方法
三侠剑的博客
08-31 9006
1）jinfo -flags pid 查询虚拟机运行参数信息。 2）jinfo -flag name pid，查询具体参数信息。 3）jmap -heap pid：输出堆内存设置和使用情况（JDK11使用jhsdb jmap --heap --pid pid） 4）jmap -histo pid：输出heap的直方图，包括类名，对象数量，对象占用大小 5）jmap -histo:live pid：同上，只输出存活对象信息 6）jmap -clstats pid：输出加载类信息 7）jmap -h
查看JVM内存使用情况语句
sunitjy的专栏
03-22 974
<br /> <br />  System.out.println("JVM Max Memory："+Runtime.getRuntime().maxMemory()/1024/1024+"M");<br /><br />  System.out.println("JVM Using Memory:"+Runtime.getRuntime().totalMemory()/1024/1024+"M");<br /><br />  System.out.println("JVN Free Memory:"+R
jvm内存如何查看
运维老生常谈
12-17 4038
JVM 的内存分为多个区域，如堆内存（Heap）、方法区（Method Area）、堆外内存（Off-Heap Memory）等。查看 JVM 的内存情况可以通过多种工具和方法，以下是常用的方法和工具。等）、代码、命令行参数以及第三方监控工具，可以全面监控和分析 JVM 的内存使用情况。选择需要监控的 Java 进程，即可实时查看 JVM 内存的使用情况，包括堆内存和非堆内存。选择需要分析的 Java 进程，可以查看堆内存使用情况、生成堆转储、分析内存泄漏等。：第一个和第二个 Survivor 区的容量。
查看JVM内存使用状况
william823的专栏
02-08 1万+
查看JVM内存使用状况 1、jps:查看本地正在运行的java进程和进程ID（pid） 2、jinfo pid，查看指定pid的所有JVM信息 　　1）jinfo -flags pid 查询虚拟机运行参数信息。 　　2）jinfo -flag name pid，查询具体参数信息，如jinfo -flagUseSerialGC 42324，查看是否启用UseSerialGC 3、jmap 　　1）jmap -heap pid：输出堆内存设置和使用情况（JDK11使用jhsdb jm..
如何查看JVM的内存使用情况?
Life runs on code
05-14 6310
1、查看运行时的内存区域 jmap -heap 1517 2、查看运行时的对象分布 jmap -histo 1517 由于输出比较常，建议用head截取以下 jmap -histo 1517 |head -n 10 3、使用jmap生成堆内存转储快照 jmap -dump:live,format=b,file=dump.hprof 1517 如何分析dump文件？ 执行：jhat dump.hprof 访问：ip:7000 ...
查看JVM进程的内存情况
书唐瑞的博客
04-16 4614
// DirectMemory.java package com.infuq.memory; import org.jctools.util.UnsafeAccess; import sun.misc.Unsafe; import org.openjdk.jol.info.ClassLayout; import org.openjdk.jol.vm.VM; import java.util.Scanner; public class DirectMemory { public static v
如何查看jvm资源占用情况
偶尔写些东西，意思一下我也参与了内卷
07-22 2140
如何使用jconsole查看远程的jar(springboot服务）
如何分析堆内存溢出（OOM）问题？
最新发布
03-27
<think>好的，我需要回答用户关于如何诊断和解决堆内存溢出（OOM）问题的提问，特别是Java堆内存OOM分析工具及方法，或者Python内存泄漏调试技巧。首先，我需要整理已有的知识，并参考提供的引用内容来支持回答。 首先，用户提到了三个引用，虽然主要涉及Tomcat优化、内存整理算法和内存监控，但可能可以从中提取相关点。例如，引用[1]提到JVM内存参数设置和GC问题，引用[2]讨论标记-整理算法，引用[3]涉及内存监控和swappiness配置。 对于Java堆内存OOM，常见的工具包括jmap、jstat、VisualVM等。需要指导用户如何生成堆转储，分析内存泄漏。比如，使用jmap生成heap dump，用MAT分析对象占用情况。此外，调整JVM参数如-Xmx、-Xms，以及检查GC日志也很重要。引用[1]提到内存分配不足导致Full GC，可以引用这一点说明内存参数设置的重要性。 Python方面，内存泄漏可以使用工具如tracemalloc、objgraph，或者借助gc模块检查循环引用。另外，内存分析工具如memory_profiler可以帮助定位问题。需要提到如何监控内存使用，识别未释放的对象，并修复代码中的引用问题。 需要将回答结构化，分点说明，每个工具或方法配以具体步骤。同时，生成相关问题，可能涉及工具使用、参数调整、常见错误场景等。 要注意用户可能混淆了Java和Python的问题，所以需要分开两部分回答，确保清晰。同时，引用相关的引用来支持建议，例如在Java部分引用[1]和[2]，在Python部分可能引用较少，但可以提到内存回收机制类似标记-整理的概念，但Python使用引用计数和GC。 最后，生成的相关问题需要围绕OOM诊断、工具使用、优化策略等方面。</think>### Java堆内存OOM分析工具及方法 1. **生成堆转储文件（Heap Dump）** - 使用`jmap`命令导出当前堆内存快照： ```bash jmap -dump:format=b,file=heap_dump.hprof <pid> ``` - 或在JVM启动参数中添加`-XX:+HeapDumpOnOutOfMemoryError`，使OOM时自动生成dump文件[^1]。 2. **分析堆转储文件** - 使用**Eclipse Memory Analyzer（MAT）**分析内存占用，查看`Dominator Tree`或`Leak Suspects`报告，识别内存泄漏对象[^2]。 - 示例：若发现`char[]`或`String`占用过高，可能是缓存未限制大小或未释放。 3. **监控GC行为** - 使用`jstat -gcutil <pid> 1000`实时查看GC频率和耗时，若频繁Full GC且内存回收效率低，可能存在内存泄漏或堆空间不足[^1]。 - 结合GC日志（JVM参数：`-Xloggc:gc.log -XX:+PrintGCDetails`）分析GC暂停时间和内存回收效果。 4. **调整JVM内存参数** - 根据应用需求设置堆大小（`-Xmx`、`-Xms`）和元空间（`-XX:MaxMetaspaceSize`），避免内存分配不足导致的频繁GC。 - 若存在大量短期对象，可适当增加年轻代比例（`-XX:NewRatio`）。 --- ### Python内存泄漏调试技巧 1. **使用内存分析工具** - **tracemalloc**：跟踪内存分配来源，定位泄漏点。 ```python import tracemalloc tracemalloc.start() # ...执行代码... snapshot = tracemalloc.take_snapshot() top_stats = snapshot.statistics('lineno') for stat in top_stats[:10]: print(stat) ``` - **objgraph**：可视化对象引用关系，检测循环引用。 2. **检查循环引用与垃圾回收** - 使用`gc`模块手动触发回收并查看未被释放的对象： ```python import gc gc.collect() print(gc.garbage) # 显示无法回收的对象 ``` - 若`gc.garbage`不为空，可能存在`__del__`方法或全局变量导致的引用问题。 3. **监控内存使用趋势** - 使用`memory_profiler`逐行分析内存增长： ```python from memory_profiler import profile @profile def target_function(): # ... ``` - 结合系统工具（如`psutil`）长期监控进程内存变化，识别异常增长模式。 --- ### 关键优化点 - **Java**：关注大对象、缓存策略（如弱引用）和线程局部变量；优化代码逻辑，避免静态集合长期持有对象[^2]。 - **Python**：减少全局变量使用，及时释放资源（如文件句柄、数据库连接）；对大数据结构使用生成器或分块处理。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值