使用VisualVM对线上OOM(内存溢出)问题分析

文章讲述了Java程序在项目中遇到的不定时崩溃问题,通过服务器性能分析、VisualVM监控和堆Dump、线程Dump的深入排查,发现是由于第三方接口返回大量未经过滤的数据导致内存溢出。解决方法是增加接口调用限制。
摘要由CSDN通过智能技术生成

问题描述

某个项目上,java程序总是莫名其妙无法挂掉,挂掉的时间点并不固定。


分析过程:

服务刚崩溃的时候,查看了服务器性能,CPU飙升,服务重启后,CPU降低至3%左右
在这里插入图片描述
对日志进行分析,未找到问题原因,于是对项目进行重启后,打开JDK自带的分析工具VisualVM对服务进行监控,VisualVM在jdk安装目录下
在这里插入图片描述
监控界面如图
在这里插入图片描述
在CPU飙升时,堆Dump 以及线程界面的线程Dump保存当前的快照。
首先对线程Dump进行分析,并未找到有效信息(看的不太懂,云里雾里的,只能找运行中的线程,看有没有熟悉的代码,然后分析是否可能会出问题)线程dump
接下来对堆Dump进行分析,可以看到,char类型占的内存最多,缓存一下有1.5个G
在这里插入图片描述在这里插入图片描述
双击进入,并根据大小进行降序排列
在这里插入图片描述
在这里插入图片描述
此时可以看到最多的一个占用了883404522字节,换算一下如图,占据了800多兆内存,这肯定是不正常的
在这里插入图片描述
目前已经发现了异常点,那么继续,在右边找到char数据,点击鼠标右键,选择显示最近的垃圾回收根节点
在这里插入图片描述
此时找到了下边的String,然后继续右键,在线程中显示
在这里插入图片描述
此时就跳转到了线程信息中,定位到了熟悉的代码中,经过分析,发现这块代码是转发前端传过来的接口的,根据char中的数据内容来看,确定是第三方接口返回的数据。
在这里插入图片描述


到此问题就已经排到结束了,具体原因为:代码中调用的第三方接口,第三方接口数据未经过过滤。且数据量很大,全部返回过来把服务搞崩了,接口调用加上限制就解决了

当出现OOM(Out of Memory)内存溢出错误时,可以采取以下步骤来进行分析: 1. 查看错误日志:首先,检查应用程序或服务器的错误日志,查找与内存溢出相关的错误消息。错误消息通常会提供一些有关问题的线索。 2. 检查内存使用情况:使用监控工具(如JConsole、VisualVM等)来监视应用程序的内存使用情况。观察内存使用量是否持续增长,以及峰值内存使用量是否接近系统可用内存。 3. 内存分析工具:使用内存分析工具(如Eclipse Memory Analyzer、Java VisualVM等)来分析内存中的对象分布和引用关系。这些工具可以帮助你找到内存泄漏或者过多使用内存的地方。 4. 转储文件分析:如果应用程序发生了OOM错误并生成了转储文件(heap dump),可以使用转储文件分析工具进行分析。这些工具可以帮助你找到导致内存溢出的对象和其引用链。 5. 代码审查:仔细检查应用程序的代码,特别是与内存管理相关的部分。检查是否有不必要的对象创建、未及时释放的资源、循环引用等问题。 6. 调整JVM参数:根据应用程序的需求和硬件资源,适当调整JVM的内存大小(-Xmx和-Xms参数)、垃圾回收器算法(-XX:+UseParallelGC、-XX:+UseConcMarkSweepGC等)等参数。 通过以上步骤,你应该能够定位并解决OOM内存溢出问题。但请注意,内存溢出的原因可能有多种,需要根据具体情况进行分析和解决。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值