Java OOM问题排查及其MAT(MemoryAnalyzer)基本使用

小程序猴呀

已于 2025-03-06 22:14:16 修改

阅读量227

点赞数 1

文章标签： jvm

于 2025-03-06 22:11:47 首次发布

本文链接：https://blog.youkuaiyun.com/weixin_45297515/article/details/146063114

版权

一、OOM发生位置

发生堆
栈
元数据区

二、OOM问题排查

看代发分析（代码追踪）
分析快照文件

三、分析快照文件的思路或方法论（堆溢出）：

一、内存占用过大的对象是什么？

导入快照文件

--MAT-histogram 来进行查询，一般是按照占用的内存倒序进行排序的。

二、这个对象被谁引用

--MAT 的dominnator tree ,用来分析对象的调用链。

三、定位到具体的代码

--MAT的thread_overview，线程简介图，这个里面有方法的调用链信息和堆栈信息。

查找自己写的代码的方法

根据链路查找代码

四、总结：

查询订单信息没有分页查询，导致堆溢出 o(╥﹏╥)o

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

小程序猴呀

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

使用 MAT 排查分析 OOM 问题案例

.... 永远年轻，永远热泪盈眶

08-13

3053

MAT 相信有一定经验的开发者多少都会在生产环境上碰到过内存溢出（OOM）的问题吧。对于排查 OOM 问题、分析程序堆内存使用情况，最好的方式就是分析堆转储。 Java 的 OutOfMemoryError 是比较严重的问题，需要分析出根因，所以对生产应用一般都会这样设置 JVM 参数，方便发生 OOM 时进行堆转储： -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/xxx/xxx 关于分析堆存储文件的话，推荐使用Eclipse 的 Memory Ana

分析定位Java问题利器： MAT 和 Arthas 使用

只有变秃才能变强

07-18

1004

今天，介绍如何使用JVM堆转储的工具MAT来分析OOM问题，以及如何使用全能的故障诊断工具Arthas来分析、定位高CPU问题。

参与评论您还未登录，请先登录后发表或查看评论

排查OOM（MAT-VisualVM）

qq_52107354的博客

08-22

349

设置启动参数（设置堆大小、内存溢出时往指定目录生成dump文件）dump文件：文件是内存转储文件,也称为内存快照文件(内存镜像)

使用MAT分析生产线上OOM问题

CarryBest的博客

02-16

637

java线程池如何合理配置核心线程数java线程池如何合理配置核心线程数

【业务功能篇136】MAT(Memory Analyzer Tool)，找出导致OOM的代码

studyday1的博客

02-27

1170

（2）-XX:HeapDumpPath=目录参数表示生成 D U M P 文件的路径，也可以指定文件名称，例如： − X X : H e a p D u m p P a t h = {目录}参数表示生成DUMP文件的路径，也可以指定文件名称，例如：-XX:HeapDumpPath=目录参数表示生成DUMP文件的路径，也可以指定文件名称，例如：−XX:HeapDumpPath={目录}/java_heapdump.hprof。

真实线上OOM溢出借助MAT工具排查（原创）

mikewuhao的博客

06-11

1431

先说结论，后端服务消费到了kafka的超大消息，导致解析Json消息时OOM内存溢出了。有天，快下班时用户反馈说系统不可用了，加班排查了一晚上给解决了。登服务器，top命令监控当时CPU情况，发现有个java进程CPU飙升到100%了。使用 ps -ef | grep java 命令，查这台服务器运行的所有java进程PID，发现cpu飘高的进程正好是我们XX系统出的问题，导致系统不可用。再结合系统logback的error.log异常日志文件，发现OutOfMemoryError: Java heap

JVM | 内存调优实战 - MAT工具问题排查与分析

StudyBrainEx

09-06

2086

内存管理在JVM性能优化中占有举足轻重的地位。不合理的内存使用不仅会导致应用的不稳定，还会严重影响用户体验。因此，对内存溢出问题的及时发现和解决尤为关键。本文通过详细的案例分析，让我们了解到了如何定位和解决JVM内存溢出的问题。通过对JVM参数的调整、代码的优化和合理的垃圾收集策略，我们可以确保应用的稳定运行并最大化性能。在今后的开发中，希望大家能够将这些经验和策略运用得当，持续优化和提高应用的性能。

OOM分析工具-MemoryAnalyzer.zip

01-11

MemoryAnalyzer（MAT）是IBM开发的一款强大的JVM堆内存分析工具，它能够帮助开发者深入理解内存消耗，识别内存泄漏和不必要的对象留存，从而有效地解决OOM问题。 MAT主要基于.hprof文件进行分析，这种文件格式是...

Java 内存溢出（OOM）问题的排查与解决

最新发布

云扬的博客

01-04

2353

在 Java 开发中，内存溢出（OutOfMemoryError，简称 OOM）是一个常见且棘手的问题。相比于数组越界、空指针等业务异常，OOM 问题通常更难定位和解决。本文将通过一次线上内存溢出问题的排查过程，分享从问题表现到最终解决的完整思路，希望能为遇到类似问题的开发者提供参考

Java OOM问题排查：从异常到解决方案

"一次线上出现的OOM问题排查案例分享，涵盖了从问题发现到解决的全过程，主要涉及Java堆内存溢出、Tomcat NIO工作线程、内存分析工具MAT的使用，以及异常处理和配置检查。" 在Java应用程序中，OutOfMemoryError...

使用MAT进行内存分析，并找到OOM问题

qq_37432174的博客

03-03

1269

在处理一次现场问题时，发现服务还在运行，但是出现假死情况，后通过分析GC日志以及使用MAT分析确定问题是内存溢出OutOfMemery(OOM)；这里只记录MAT分析学习过程,最近工作忙，补记录。GC日志分析首先，如果明确了是哪个服务出现了问题，就可以使用ps -aux | grep 服务名jps 进程号；如果不能明确，可使用top命令查看cup占用率，来分析是哪个服务内存出了问题；然后在出现问题时，对堆及内存对象进行快照，可以导出快照dump对它进行分析；

使用 JVM 堆转储的工具 MAT 来分析 OOM 问题

码上一元

11-20

1926

使用JVM堆转储工具MAT来分析OOM问题

使用MAT分析OOM问题

weixin_44335140的博客

08-15

1349

通过MAT打开java_pid12300.hprof文件后，首先进入的是概览信息界面。从这个概览图中，我们可以看出整个堆的大小是437.6MB。接下来我们可以通过直方图来看这437.6MB的对象都是哪些对象。

java OOM 内存溢出引发宕机问题排查之--一次MAT使用实战

leandzgc的专栏

12-06

1563

背景描述没啥可描述的，就是现场反馈宕机了，小伙伴用MAT分析了一下，说正常，怀疑是现场请求太多了，需要加内存。而我看着这么大一坨都是一个类的实例就不爽，非得研究一下为啥他就那么特殊，没事儿就薅社会主义羊毛，关键还老逮那几只羊身上薅，都给人薅秃了… 定位过程加载堆转储文件打开MAT->点击【File】->【Open Heap Dump…】->选择堆转储文件并点击【打开...

MAT使用及OOM分析

CHCH998的博客

06-28

731

快速使用MAT工具分析OOM

Borny鼎鼎的博客

01-02

270

1、设置运行参数 java -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp/heapdump.hprof -jar xxx.jar -XX:+HeapDumpOnOutOfMemoryError，设置当内存溢出时，则导出堆信息 -XX:HeapDumpPath=/tmp/heapdump.hprof，指定导出堆信息时的路径或文件名称，如果不设置HeapDumpPath参数，则默认为当前目录和文件名称 2、MAT工具下载地址，https://www

利用性能分析工具MAT分析OOM

shenzhou_yh的博客

03-30

1981

OOM介绍 1、OOM，全称“Out Of Memory”，计算机内存被耗尽，JVM没有办法继续给新对象分配空间，而报出的错误，属于严重错误。 2、产生原因：内存溢出：JVM本身分到的内存空间较少，无法提供充足的内存空间，可以通过启动参数VM进行调节内存泄漏：内存被是用完之后没有被释放，无法重复使用该内存，那这段内存就是泄露状态注：JVM的垃圾回收机制会自动释放掉没有使用的对象的内存，...

MAT工具分析OOM异常

qq_37191371的博客

05-07

1339

背景：早上晨会，运维小哥说63环境特别卡，用户一直在反映了，我说好的，我看一下什么问题。按照平常的步骤巡检，1.CPU，2.磁盘，3.服务状态，看了一下都没啥问题，然后我就猜：难道是fullGC了？输入命令jps找到服务pid，jstat -gc pid 1000 10,果然：看看fullGC了150+次肯定代码出问题了，查看日志有Java heap space的OOM异常，服务配置的有OOM时导出dump文件，OOM时无非两种原因，1.真的内存不够用了，2.循环产生对象导致内存溢出。

MAT分析OOM问题

hellozhxy的博客

07-03

1392

生产环境，我们的 Flink 作业偶尔会出现 heap OOM，那么当出现这种情况我们会怎么办？通常来说会通过 jmap 命令去将作业的 heap dump 一份文件出来，可是 jmap 导出的文件我们也看不懂啊，那么该怎么分析呢？今天推荐 memory analyzer(mat)这个工具，让他帮助我们来观察程序的内存分布情况吧。 MAT 不是一个万能工具，它并不能处理所有类型的堆存储文件。但是比较主流的厂家和格式，例如 Sun, HP, SAP 所采用的 HPROF 二进制堆存储文件，以及 IBM 的