FullGC和OOM排查思路

最新推荐文章于 2023-09-27 17:30:01 发布
最新推荐文章于 2023-09-27 17:30:01 发布
阅读量339 收藏 1
点赞数
文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44708019/article/details/121324133
版权
本文探讨了如何在遇到Java应用内存溢出时，通过配置JVM参数如-XX:+PrintGCDetails和-XX:+HeapDumpOnOutOfMemoryError来获取详细的日志和dump文件。这些文件对于使用MAT(Memory Analyzer Tool)进行内存分析和问题定位至关重要。通过分析，可以有效地优化内存使用，避免应用崩溃。
摘要由CSDN通过智能技术生成

1.打印日志 或者 或者获取dump文件

2.MAT分析

3.修改验证

获取dump文件需要配置JVM参数，

-XX:+PrintGCDetails

-XX:+UseConcMarkSweepGC

-Xmx20m

-Xms20m

-XX:+HeapDumpOnOutOfMemoryErroy

-XX:HeapDumpBeforeFullGC

-XX:HeapDumpAfterFullGC

-XX:HeapDumpPath=C:\User\pandaDesttop

weixin_44708019
关注
JVM 频繁full gc / oom内存溢出/ 分析工具 jmap/Jconsole 用法
Top5软件工程硕士，先后在京东、字节从事多年Java后端开发、实时和离线大数据开发
02-27 1514
分析解决方法： 1 用JVisualVM 或Jconsole 分析 进程（不用jmap dump出镜像，JVisualVM功能比Jconsole强大） 2 先用jmap dump出镜像，再导入mat分析 ------------------------- Java内存分析工具MAT(Memory Analyzer Tool) JVisualVM是一个集成多个JDK命令行工具的可视化工具。可以作为Java应用程序性能分析和运行监控的工具。 Jconsole是JDK自带的监控工具，在JDK/b.
记一次OOM与内存泄漏排查经历
whiteBearClimb的博客
05-12 383
场景：测试环境有个应用容易爆OOM，导致容器也会不断重启，大佬怀疑是内存泄漏导致的，于是对它进行排查 登陆上对应的服务器，安装Arthas Arthas使用指南 查看仪表盘：dashboard 开始压测前 开始压测后： 堆内存比较满，而且是survivor区和eden区占用率飙升严重，右上角垃圾回收次数不断增加，eden区回收占用时间较长 但是还不能确定是否存在内存泄漏，所谓内存泄漏，也就是内存脱离JVM的控制，无法对泄漏的内存进行回收利用，测试方法是手动GC： jcmd XXX(Java应用的进程号
JVM, OOM, Minor GC, Full GC
u011183517的专栏
11-15 461
目录 JVM运行时内存区 OOM 1.内存分配过小 2.内存泄漏 3.系统资源耗尽 JVM启动参数 JVM运行时内存区 2.1 程序计数器（Progarm Counter Register) 一块较小的内存空间, 是当前线程所执行的字节码的行号指示器。线程有一个独属的程序计数器，字节码解析工作时需要程序计数器来选取下一指令，分支、循环、跳转等依赖它 正在执行java方法线程的计数器记录的是虚拟机字节码指令的地址；如果还是Native方法，则为空 程序计数器内存区域是唯一一个在
JVM系列-调优实战案例：频繁FullGC和OOM案例
诸葛小猿
03-06 3355
JVM调优是面试中常问的问题，同时也是实际工作中可能遇到的难题，本文简单介绍JVM调优在实战中的应用。 一、JVM调优的目标 在程序上线前，需要根据需求预估用户数和并发量，并按照这个目标对JVM进行规划和预调优；同时程序运行时间久了，可能会出现程序卡顿、访问变慢等情况；严重时会出现OOM导致程序崩溃。这些情况都需要进行JVM的调优。 调优的目标通常有两个： 提高吞吐量（吞吐量=用户线程工作时间/(用户线程工作时间+GC垃圾回收时间)） 减少Stop-The-World的时间 二、调优相关的参数 JVM调
OOM的排查思路
yzx3105的博客
10-26 330
程序的内存不够了，挂掉了Heap dump文件是一个二进制文件，它保存了某一时刻JVM堆中对象使用情况。Heap Dump文件是指定时刻的Java堆栈的快照，是一种镜像文件。Heap Dump一般都包含了一个堆中的Java Objects, Class等基本信息。同时，当你在执行一个转储操作时，往往会触发一次GC，所以你转储得到的文件里包含的信息通常是有效的内容（包含比较少，或没有垃圾对象了）。我们可以这么理解：heap dump记录内存信息的，thread dump是记录CPU信息的。
为什么有full GC还会发生oom（OutOfMemoryError）
Daryl的博客
08-01 2288
JVM 有fullGC为什么还会出现oom（OutOfMemoryError）? 既然在触发full gc的时候，年老代和持久代都会被清理，那么为什么还会出现oom问题？ 而且对于强引用，当内存空间不足，java虚拟机宁愿抛出oom错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足问题； 那么full gc机制的存在有何意义？ 还是说fgc主要针对的是驻扎在老年的的软引用？ 既然如此，对于四种引用的方式如何抉择？总不能所有对象都创建引用队列使用软引用或弱引用吧？ 举个栗子: 为什么我请了佣
频繁的Full GC的问题排查
勿视人非 的专栏
05-01 5304
可能触发Full GC的原因 显示调用了System.gc()。 老年代空间不足。Minor GC时空间分配担保失败，新生代对象晋级老年代，大对象分配空间等情况。如果Full GC后空间仍然不足，则抛出错误：java.lang.OutOfMemoryError: Java heap space。 永久代或者元空间满了。如果经过Full GC仍然回收不了，那么JVM会抛出错误信息：java.lang.OutOfMemoryError: PermGen space 。 内存泄露也会导致频繁的GC。 大量的线程
频繁GC导致OOM内存溢出的问题排查
没啥简介
08-28 2212
频繁GC导致OOM内存溢出的问题排查1.问题发现2. 导出内存dump3.用mat分析dump下载mat配置mat运行mat4. 分析5. 解决方案 1.问题发现 日志中打印如下，发现频繁GC并导致OOM [2021-08-25 15:14:33, 948] [ERROR] [] [] [DubboServerHandler-74.0.2.41:11306-thread-488]- org.apache.dubbo.rpc.filter.ExceptionFilter$ExceptionListener.o
一次Full GC导致CPU飙升的排查过程
汐日南莘的博客
04-10 2408
一次FULL GC导致CPU飙升，系统卡顿的问题排查过程，JVM, FULL GC
OOM问题预防和排查内存泄漏及解决方法
kuodehai的专栏
02-19 7872
理解了这个算法我们就理解了为啥 MySQL 躺着也能中枪了，因为它的体积总是最大（一般来说它在系统上占用内存最多），所以如果 Out of Memeory (OOM) 的话总是不幸第一个被 kill 掉。 一、什么是OOM，为什么会OOM 二、OOM问题排查 三、OOM问题解决方法
生产环境 OOM 与 GC 问题的处理思路
天行健，君子以自强不息；地势坤，君子以厚德载物。
03-15 806
有一定 Java 工作经验的朋友们，免不了要遇到过，或者处理过 OOM 和 GC 问题。OOM 和 GC 问题也是面试时，经常被面试官问题的问题。分享一下多年积累的一些小经验，共同进步。 0x01：未雨绸缪 部署到生产环境的应用，无论是 C/S 结构，还是 B/S 结构的应用服务。肯定有基于 Shell 脚本编写的启动脚本。C/S 结构的应用服务的 Shell 脚本一般是公司内部开发人员编写的；以下一个 C/S 结构应用服务的简单启动脚本。 java -Xms1024m -Xmx1024m -XX
有fullGC 为什么还会发生oom（OutOfMemoryError）
北冥的博客
07-18 1418
jvm有fullGc 为什么还会出现oom（OutOfMemoryError） 问题： 既然在触发full gc的时候，年老代和持久代都会被清理，那么为什么还会出现oom问题？ 而且对于强引用，当内存空间不足，java虚拟机宁愿抛出oom错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足问题； 那么full gc机制的存在有何意义？ 还是说fgc主要针对的是驻扎在老年的的软引用？ 既然如此，对于四种引用的方式如何抉择？总不能所有对象都创建引用队列使用软引用或弱引用吧？ 举个栗子类比下: 为
线上频繁发生Full GC 如何调优？如何快速定位OOM、cpu飙升、线程死锁等问题
qq_1149513559的博客
09-10 8322
文章目录1. jvm调优命令、工具介绍2. 内存占用高、内存溢出问题定位分析3. cpu占用率过高问题定位分析4. JVM调优案例 1. jvm调优命令、工具介绍 1.1 jps 1.2 jmap 1.3 jstack 1.4 jvisualvm 1.5 jinfo 1.6 jstat 2. 内存占用高、内存溢出问题定位分析 3. cpu占用率过高问题定位分析 4. JVM调优案例 ......
Java应用生产Full GC或者OOM问题如何定位
最新发布
luostudent的博客
09-27 1726
生产应用服务频繁Full GC却无法释放内存，甚至可能OOM，这种情况很有可能是内存泄露或者堆内存分配不足，此时需要dump堆信息来定位问题，查看是哪些地方内存泄漏
Full gc频繁如何解决，遇到OOM问题如何排查
weixin_38813363的博客
05-03 3084
Full GC 触发Full gc的表现形式 CPU满载告警 API响应时间过长 内存反复波动 fullgc告警 常用的排查命令 jps： 查看本机java进程 jstack: 打印线程的栈信息，制作线程dump文件 jmap：打印内存映射信息，制作堆dump文件 jstat：性能监控工具 jhat：内存分析工具，用于解析堆dump文件并以适合人阅读的方式展示出来 jconsole: 简易的jvm可视化工具 Full gc发生的原因 System.gc() 方法调用 老年代空间不足，新生代对象转入以及
jvm minorGC fullGC oom的触发条件
iefjovi的专栏
02-14 563
看图,图很清楚了 [align=left][img]http://dl2.iteye.com/upload/attachment/0115/0711/75a8139f-c3e3-31fe-8c96-3ac7b97b0de7.png[/img][/align] from: [url]http://www.360doc.com/content/14/0508/18/11965070_37...
生产出现oom问题，怎么排查？
初听不知曲中意，再听已是曲中人。
06-07 676
一般常见的OOM，要么是短时间内涌入大量的对象，导致你的系统根本支持不住，此时你可以考虑优化代码，或者是加机器；要么是长时间来看，你的很多对象不用了但是还被引用，就是内存泄露了，你也是优化代码就好了；这就会导致大量的对象不断进入老年代，然后频繁full gc之后始终没法回收，就撑爆了要么是加载的类过多，导致class在永久代理保存的过多，始终无法释放，就会撑爆。
记录线上服务频繁full gc问题排查
刘子帆的博客
07-23 1841
排查gc思路、方法论、过程 由于1-4的步骤通常可以让运维去执行，目前公司生产则一律由运维管理，所以直接找运维dump堆内存文件即可 1、检查JVM配置 2、观察监控信息中老年代内存变化 3、通过jmap命令查看堆内存中的对象 通过命令 jmap -histo 7276 | head -n20 图片是借助网图，因生产没权限只有运维来执行
第九章: 涅槃-细讲方法区
程序员小刘
10-10 269
文章目录第 9 章 方法区1、栈 堆 方法区的交互关系2、方法区的理解2.1、方法去的位置2.2、方法区的理解2.3、方法区演进过程3、设置方法区大小与 OOM3.1、JDK7 永久代3.2、JDK8 元空间3.3、方法区 OOM3.4、解决 OOM4、方法区的内部结构4.1、方法区结构4.2、域信息特殊情况4.3、运行时常量池5、方法区的使用举例6、方法区演进细节6.1、永久代演进过程6.2、元空间出现原因6.3、字符串常量池6.4、静态变量位置7、方法区的垃圾回收8、运行时数据区总结9、大场面试题 第
SunGC内存优化与问题排查：OOM、监控与调优策略
在Full GC过程中，Soft和Weak引用会有特定的回收策略，如Soft引用会在内存不足或长时间未使用时被回收，可通过`-XX:SoftRefLRUPolicyMSPerMB`参数进行设置；弱引用在被标记为死对象时，会在ReferenceQueue中触发通知...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值