java程序异常退出的OOM问题使用MAT分析排查过程

已于 2022-06-09 14:06:21 修改
阅读量2.3k 收藏
点赞数
分类专栏： java JVM 文章标签： java 开发语言
于 2022-06-09 14:03:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lr131425/article/details/125199798
版权
java 同时被 2 个专栏收录
38 篇文章 1 订阅
订阅专栏
JVM
7 篇文章 0 订阅
订阅专栏

测试同事反馈测试环境集群中某个服务挂了， 查看日志没有任何异常，业务日志正常打印，然后突然程序挂了。

首先查看业务日志是正常打印的，

然后想到去查看linux日志信息

通过grep -C 50 java messsages

通过linux日志可以看到被系统killed

此时怀疑是否程序jvm配置的资源内存不够导致被linux系统杀掉了 ，

进入程序目录发现生成了一个hs_error_pid28351.log

这个文件的生成应该是jvm退出的时候生成的，通过more hs_error_pid28351.log 查看   

fatal error: OutOfMemory encountered: Requested array size exceeds VM limit

此时程序退出了，不知道是哪些对象把jvm内存耗完了。。， 然后又去看了下程序启动 jvm的配置参数

JAVA_OPTS="-Xms256m -Xmx24g -Xmn8g -verbose:gc -XX:+PrintGCDateStamps -XX:+PrintGCDetails -Xloggc:log/gc.log -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=2 -XX:GCLogFileSize=100M -XX:+CrashOnOutOfMemoryError"

其中 -XX:+CrashOnOutOfMemoryError  当发生oom后程序会立即退出，JVM还会生成文本和二进制崩溃文件

也打印了gc详细信息，去查看了 下gc日志，发现gc到某个时刻，  gc日志不打印了， 同时发现上面的日志经过多次 gc后，日志内存还是无法释放，

2022-06-07T15:40:27.089+0800: 64.273: [Full GC (Ergonomics) [PSYoungGen: 88064K->88024K(175104K)] [ParOldGen: 786319K->786319K(786432K)] 874383K->874344K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.2765189 secs] [Times: user=8.19 sys=0.00, real=1.28 secs] 
2022-06-07T15:40:28.366+0800: 65.550: [Full GC (Ergonomics) [PSYoungGen: 88064K->88041K(175104K)] [ParOldGen: 786319K->786319K(786432K)] 874383K->874361K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.2386290 secs] [Times: user=8.59 sys=0.00, real=1.24 secs] 
2022-06-07T15:40:29.605+0800: 66.789: [Full GC (Ergonomics) [PSYoungGen: 88064K->88044K(175104K)] [ParOldGen: 786319K->786319K(786432K)] 874383K->874364K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.9070903 secs] [Times: user=9.89 sys=0.03, real=1.91 secs] 
2022-06-07T15:40:31.513+0800: 68.697: [Full GC (Ergonomics) [PSYoungGen: 88064K->88044K(175104K)] [ParOldGen: 786319K->786319K(786432K)] 874383K->874364K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.2258152 secs] [Times: user=8.14 sys=0.00, real=1.23 secs] 
2022-06-07T15:40:32.739+0800: 69.923: [Full GC (Ergonomics) [PSYoungGen: 88064K->88045K(175104K)] [ParOldGen: 786319K->786319K(786432K)] 874383K->874364K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.8916665 secs] [Times: user=9.02 sys=0.02, real=1.88 secs] 
2022-06-07T15:40:34.631+0800: 71.815: [Full GC (Ergonomics) [PSYoungGen: 88064K->88050K(175104K)] [ParOldGen: 786319K->786319K(786432K)] 874383K->874369K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.8324609 secs] [Times: user=9.25 sys=0.05, real=1.83 secs] 
2022-06-07T15:40:36.464+0800: 73.648: [Full GC (Ergonomics) [PSYoungGen: 88064K->88050K(175104K)] [ParOldGen: 786319K->786318K(786432K)] 874383K->874368K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.8423418 secs] [Times: user=8.45 sys=0.03, real=1.84 secs] 
2022-06-07T15:40:38.307+0800: 75.491: [Full GC (Ergonomics) [PSYoungGen: 88064K->88053K(175104K)] [ParOldGen: 786318K->786318K(786432K)] 874382K->874371K(961536K), [Metaspace: 93032K->93032K(1132544K)], 2.3724553 secs] [Times: user=10.83 sys=0.05, real=2.36 secs] 
2022-06-07T15:40:40.680+0800: 77.864: [Full GC (Ergonomics) [PSYoungGen: 88064K->88054K(175104K)] [ParOldGen: 786318K->786318K(786432K)] 874382K->874373K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.7755906 secs] [Times: user=9.44 sys=0.00, real=1.77 secs] 
2022-06-07T15:40:42.456+0800: 79.640: [Full GC (Ergonomics) [PSYoungGen: 88064K->88057K(175104K)] [ParOldGen: 786318K->786318K(786432K)] 874382K->874376K(961536K), [Metaspace: 93032K->93032K(1132544K)], 3.1007377 secs] [Times: user=11.95 sys=0.06, real=3.09 secs] 
2022-06-07T15:40:45.557+0800: 82.741: [Full GC (Ergonomics) [PSYoungGen: 88064K->88059K(175104K)] [ParOldGen: 786318K->786318K(786432K)] 874382K->874377K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.2195819 secs] [Times: user=8.74 sys=0.00, real=1.22 secs] 
2022-06-07T15:40:46.777+0800: 83.961: [Full GC (Ergonomics) [PSYoungGen: 88064K->88062K(175104K)] [ParOldGen: 786318K->786318K(786432K)] 874382K->874381K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.2158907 secs] [Times: user=8.30 sys=0.03, real=1.22 secs] 
2022-06-07T15:40:47.993+0800: 85.177: [Full GC (Ergonomics) [PSYoungGen: 88064K->88062K(175104K)] [ParOldGen: 786318K->786318K(786432K)] 874382K->874381K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.2364385 secs] [Times: user=8.42 sys=0.00, real=1.24 secs] 
2022-06-07T15:40:49.230+0800: 86.414: [Full GC (Ergonomics) [PSYoungGen: 88064K->88063K(175104K)] [ParOldGen: 786318K->786318K(786432K)] 874382K->874381K(961536K), [Metaspace: 93032K->93032K(1132544K)], 2.1153734 secs] [Times: user=8.77 sys=0.03, real=2.11 secs] 
2022-06-07T15:40:51.346+0800: 88.530: [Full GC (Ergonomics) [PSYoungGen: 88064K->88055K(175104K)] [ParOldGen: 786318K->786318K(786432K)] 874382K->874374K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.2330226 secs] [Times: user=8.31 sys=0.01, real=1.23 secs] 
2022-06-07T15:40:52.580+0800: 89.764: [Full GC (Ergonomics) [PSYoungGen: 88064K->88058K(175104K)] [ParOldGen: 786318K->786318K(786432K)] 874382K->874376K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.2285841 secs] [Times: user=8.25 sys=0.02, real=1.23 secs] 
2022-06-07T15:40:53.808+0800: 90.993: [Full GC (Ergonomics) [PSYoungGen: 88064K->88059K(175104K)] [ParOldGen: 786318K->786318K(786432K)] 874382K->874377K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.8795535 secs] [Times: user=9.52 sys=0.01, real=1.87 secs] 
2022-06-07T15:40:55.688+0800: 92.872: [Full GC (Ergonomics) [PSYoungGen: 88063K->88056K(175104K)] [ParOldGen: 786318K->786318K(786432K)] 874382K->874374K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.8573714 secs] [Times: user=8.75 sys=0.00, real=1.86 secs] 
2022-06-07T15:40:57.546+0800: 94.730: [Full GC (Ergonomics) [PSYoungGen: 88063K->88057K(175104K)] [ParOldGen: 786318K->786318K(786432K)] 874381K->874375K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.1935241 secs] [Times: user=8.06 sys=0.02, real=1.19 secs] 
2022-06-07T15:40:58.739+0800: 95.924: [Full GC (Ergonomics) [PSYoungGen: 88064K->88057K(175104K)] [ParOldGen: 786318K->786317K(786432K)] 874382K->874374K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.9287577 secs] [Times: user=9.53 sys=0.02, real=1.93 secs] 
2022-06-07T15:41:00.669+0800: 97.853: [Full GC (Ergonomics) [PSYoungGen: 88064K->88060K(175104K)] [ParOldGen: 786317K->786316K(786432K)] 874381K->874377K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.8469753 secs] [Times: user=9.25 sys=0.03, real=1.85 secs] 
2022-06-07T15:41:02.517+0800: 99.701: [Full GC (Ergonomics) [PSYoungGen: 88064K->88061K(175104K)] [ParOldGen: 786316K->786316K(786432K)] 874380K->874378K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.2223578 secs] [Times: user=8.34 sys=0.00, real=1.22 secs] 
2022-06-07T15:41:03.739+0800: 100.923: [Full GC (Ergonomics) [PSYoungGen: 88064K->88062K(175104K)] [ParOldGen: 786316K->786316K(786432K)] 874380K->874379K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.7926885 secs] [Times: user=9.27 sys=0.08, real=1.79 secs] 
2022-06-07T15:41:05.532+0800: 102.716: [Full GC (Ergonomics) [PSYoungGen: 88064K->88063K(175104K)] [ParOldGen: 786316K->786316K(786432K)] 874380K->874379K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.8188174 secs] [Times: user=9.42 sys=0.05, real=1.82 secs] 
2022-06-07T15:41:07.351+0800: 104.535: [Full GC (Ergonomics) [PSYoungGen: 88064K->88063K(175104K)] [ParOldGen: 786316K->786316K(786432K)] 874380K->874379K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.1728942 secs] [Times: user=8.23 sys=0.00, real=1.17 secs] 
2022-06-07T15:41:08.525+0800: 105.709: [Full GC (Ergonomics) [PSYoungGen: 88064K->88063K(175104K)] [ParOldGen: 786316K->786316K(786432K)] 874380K->874379K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.2216016 secs] [Times: user=8.59 sys=0.00, real=1.22 secs] 
2022-06-07T15:41:09.747+0800: 106.931: [Full GC (Ergonomics) [PSYoungGen: 88064K->88063K(175104K)] [ParOldGen: 786316K->786316K(786432K)] 874380K->874379K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.2610382 secs] [Times: user=8.86 sys=0.03, real=1.26 secs] 
2022-06-07T15:41:11.008+0800: 108.192: [Full GC (Ergonomics) [PSYoungGen: 88064K->88063K(175104K)] [ParOldGen: 786316K->786316K(786432K)] 874380K->874380K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.2108993 secs] [Times: user=8.45 sys=0.02, real=1.21 secs] 
2022-06-07T15:41:12.219+0800: 109.403: [Full GC (Ergonomics) [PSYoungGen: 88064K->88063K(175104K)] [ParOldGen: 786316K->786315K(786432K)] 874380K->874379K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.7839150 secs] [Times: user=8.97 sys=0.02, real=1.78 secs] 
2022-06-07T15:41:14.003+0800: 111.187: [Full GC (Ergonomics) [PSYoungGen: 88064K->83455K(175104K)] [ParOldGen: 786315K->786269K(786432K)] 874379K->869725K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.5506682 secs] [Times: user=10.41 sys=0.06, real=1.55 secs] 
2022-06-07T15:41:15.564+0800: 112.748: [Full GC (Ergonomics) [PSYoungGen: 88064K->85227K(175104K)] [ParOldGen: 786269K->786266K(786432K)] 874333K->871493K(961536K), [Metaspace: 93032K->93032K(1132544K)], 1.8170896 secs] [Times: user=8.78 sys=0.00, real=1.81 secs] 
2022-06-07T15:41:17.385+0800: 114.570: [Full GC (Ergonomics) [PSYoungGen: 88064K->85303K(175104K)] [ParOldGen: 786266K->786266K(786432K)] 874330K->871569K(961536K), [Metaspace: 93036K->93036K(1132544K)], 1.8459706 secs] [Times: user=8.89 sys=0.03, real=1.84 secs] 
2022-06-07T15:41:19.239+0800: 116.423: [Full GC (Ergonomics) [PSYoungGen: 88064K->86548K(175104K)] [ParOldGen: 786266K->786266K(786432K)] 874330K->872814K(961536K), [Metaspace: 93036K->93036K(1132544K)], 1.2155478 secs] [Times: user=8.05 sys=0.03, real=1.22 secs] 
2022-06-07T15:41:20.457+0800: 117.642: [Full GC (Ergonomics) [PSYoungGen: 88006K->87101K(175104K)] [ParOldGen: 786266K->786266K(786432K)] 874272K->873367K(961536K), [Metaspace: 93036K->93036K(1132544K)], 1.2462476 secs] [Times: user=8.86 sys=0.00, real=1.25 secs] 
2022-06-07T15:41:21.708+0800: 118.892: [Full GC (Ergonomics) [PSYoungGen: 88064K->87514K(175104K)] [ParOldGen: 786266K->786266K(786432K)] 874330K->873780K(961536K), [Metaspace: 93036K->93036K(1132544K)], 1.2630408 secs] [Times: user=8.73 sys=0.01, real=1.26 secs] 
2022-06-07T15:41:22.971+0800: 120.156: [Full GC (Ergonomics) [PSYoungGen: 88064K->87767K(175104K)] [ParOldGen: 786266K->786266K(786432K)] 874330K->874033K(961536K), [Metaspace: 93036K->93036K(1132544K)], 1.2148857 secs] [Times: user=8.34 sys=0.00, real=1.22 secs] 
2022-06-07T15:41:24.188+0800: 121.372: [Full GC (Ergonomics) [PSYoungGen: 88064K->87903K(175104K)] [ParOldGen: 786266K->786266K(786432K)] 874330K->874169K(961536K), [Metaspace: 93036K->93036K(1132544K)], 1.2650010 secs] [Times: user=8.56 sys=0.02, real=1.27 secs] 
2022-06-07T15:41:25.470+0800: 122.654: [Full GC (Ergonomics) [PSYoungGen: 88064K->0K(175104K)] [ParOldGen: 786266K->32867K(315904K)] 874330K->32867K(491008K), [Metaspace: 93040K->93040K(1132544K)], 0.1703121 secs] [Times: user=0.33 sys=0.06, real=0.17 secs]

 gc前后内存都无法回收。

但是并没看到生成二进蹦溃的文件。 通过/var/log/messages 可以看到 

Jun  6 17:12:50 localhost abrt-hook-ccpp: Process 28351 (java) of user 0 killed by SIGABRT - dumping core
Jun  6 17:14:13 localhost systemd-logind: Removed session 664882.
Jun  6 17:14:13 localhost systemd: Started Session 665121 of user root.
Jun  6 17:14:13 localhost systemd-logind: New session 665121 of user root.
Jun  6 17:14:14 localhost abrt-server: Executable '/usr/share/jdk1.8/bin/java' doesn't belong to any package and ProcessUnpackaged is set to 'no'
Jun  6 17:14:14 localhost abrt-server: 'post-create' on '/var/spool/abrt/ccpp-2022-06-06-17:12:50-28351' exited with 1
Jun  6 17:14:14 localhost abrt-server: Deleting problem directory '/var/spool/abrt/ccpp-2022-06-06-17:12:50-28351'

 可以dump core文件，失败了。abrt-server需要配置  ProcessUnpackaged is set to 'no'

这个先不管了。后续再去看。 我还是先更改下 jvm的启动参数

改为 

-XX:HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=log/gpl-dump.hprof

当发送oom的时候， 程序不会退出，但是会自动生成堆栈信息，以便于分析问题原因

告知测试继续测试，再出现问题，会生成一些堆栈信息，

过一段时间后测试又反馈，后台服务无法响应，进程还在，此时在log目录下看到了生成的 gpl-dump.hprof

接着把文件down下来使用mat工具分析

打开文件后

通过概览页发现，821.7M的某类对象占用

接着点击Leak_Suspects 查看系统视图

 

 通过keyword的关键信息基本可以可以确定程序执行这个方法生成的大量对象无法回收

此时进一步查看大量对象的信息都是什么

 

 发现大量的linkedhashmap

 通过上一步的 DatasetUtil.loadTaskresultBySql 关键方法找到一下代码，通过数据获取的数据rs太多了，然后每条列记录都用LinkedHashMap保存放到list中，导致内存溢出，最后更新程序限制查询条数解决此问题。

奔跑的窝窝牛
关注
专栏目录
OOM问题预防和排查内存泄漏及解决方法
kuodehai的专栏
02-19 7901
理解了这个算法我们就理解了为啥 MySQL 躺着也能中枪了，因为它的体积总是最大（一般来说它在系统上占用内存最多），所以如果 Out of Memeory (OOM) 的话总是不幸第一个被 kill 掉。 一、什么是OOM，为什么会OOM 二、OOM问题排查 三、OOM问题解决方法
Android 一篇讲完Crash治理之OOM及内存检测工具
csdn_aiyang的博客
04-03 3657
系列推荐： Android性能优化（一）闪退治理、卡顿优化、耗电优化、APK瘦身 Android 性能优化（二）Handler运行机制原理，源码分析 Android 性能优化（三）认识错误Error和异常Exception及栈轨迹StackTrace Android 性能优化（四）Crash治理之路，UncaughtException 前言 性能优化第一篇中的Crash治理说过：...
mat分析oom
share
06-04 1428
前言 在平时工作过程中，有时会遇到OutOfMemoryError，我们知道遇到Error一般表明程序存在着严重问题，可能是灾难性的。所以找出是什么原因造成OutOfMemoryError非常重要。现在向大家引荐Eclipse Memory Analyzer tool(MAT)，来化解我们遇到的难题。如未说明，本文均使用Java 5.0 on Windows XP SP3环境。 为什么用
MAT分析OOM问题
hellozhxy的博客
07-03 1323
生产环境，我们的 Flink 作业偶尔会出现 heap OOM，那么当出现这种情况我们会怎么办？通常来说会通过 jmap 命令去将作业的 heap dump 一份文件出来，可是 jmap 导出的文件我们也看不懂啊，那么该怎么分析呢？今天推荐 memory analyzer(mat)这个工具，让他帮助我们来观察程序的内存分布情况吧。 MAT 不是一个万能工具，它并不能处理所有类型的堆存储文件。但是比较主流的厂家和格式，例如 Sun, HP, SAP 所采用的 HPROF 二进制堆存储文件，以及 IBM 的
常见java OOM异常分析排查思路分析
最新发布
weixin_61558375的博客
07-07 2864
VM 发生 OutOfMemoryError（OOM）异常时，表示内存资源不足，常见原因有堆空间不足、线程栈空间不足、方法区溢出、本机内存不足和 GC 造成的内存不足。解决方案包括调整 JVM 参数（如 -Xmx、-Xss）、优化代码、减少内存消耗、检查并修复内存泄漏。使用工具（如 JProfiler）可以帮助分析和定位问题。常见的 OOM 异常有 Java heap space、unable to create new native thread、Metaspace、Direct buffer memor
利用性能分析工具MAT分析OOM
shenzhou_yh的博客
03-30 1899
OOM介绍 1、OOM，全称“Out Of Memory”，计算机内存被耗尽，JVM没有办法继续给新对象分配空间，而报出的错误，属于严重错误。 2、产生原因： 内存溢出：JVM本身分到的内存空间较少，无法提供充足的内存空间，可以通过启动参数VM进行调节 内存泄漏：内存被是用完之后没有被释放，无法重复使用该内存，那这段内存就是泄露状态 注：JVM的垃圾回收机制会自动释放掉没有使用的对象的内存，...
使用MAT分析生产线上OOM问题
CarryBest的博客
02-16 395
java线程池如何合理配置核心线程数java线程池如何合理配置核心线程数
真实线上OOM溢出借助MAT工具排查（原创）
mikewuhao的博客
06-11 1352
先说结论，后端服务消费到了kafka的超大消息，导致解析Json消息时OOM内存溢出了。有天，快下班时用户反馈说系统不可用了，加班排查了一晚上给解决了。登服务器，top命令监控当时CPU情况，发现有个java进程CPU飙升到100%了。 使用 ps -ef | grep java 命令，查这台服务器运行的所有java进程PID，发现cpu飘高的进程正好是我们XX系统出的问题，导致系统不可用。再结合系统logback的error.log异常日志文件，发现OutOfMemoryError: Java heap
一次线上OOM过程的排查
zhoxing
11-23 9430
一.出现问题在前一段时间日常环境很不稳定，前端调用mtop接口会出网络异常或服务不存在的异常。查询了服务器上的HSF会有偶尔挂死的情况，服务器上的接口服务都不可用。于是我们对服务器上的状况进行了排查。二.排查问题的过程在这次的问题排查主要是围绕JVM的内存使用情况，生成对象分布情况以及GC情况来讨论的。中间有一些细节一开始存有疑问，迷雾的排除不算太顺利。首先要感谢下基础架构事业群的右席，井桐，梁希，
线上基础问题排查常用手册
u014197920的博客
02-02 1070
线上基础问题排查常用手册，JVM、Redis、JVM、MySQL、系统等问题的排查手段，及arthas的实际应用与介绍。分享如何快速的定位问题及解决问题。
内存优化（四）：Mat大对象与泄露检测
bugmiao的博客
02-06 1616
使用android shell命令查看内存使用情况 使用adb shell dumpsys meminfo pkgname或者直接使用AndroidStudio里面的memory usage功能然后就会出现如下信息： Applications Memory Usage (kB): Uptime: 14237237 Realtime: 23790474 ** MEMINFO in pid 8071 [com.xtc.watch] ** Pss Private Pri
MAT使用及OOM分析
热门推荐
08-01 43万+
MAT使用及OOM分析方法
报错：ABRT 已检测到 ‘1‘ 个问题。预了解详细信息请执行：abrt-cli list --since 1653881497
tu464932199的博客
05-31 1万+
文章目录ABRT 已检测到 ‘1‘ 个问题。预了解详细信息请执行：abrt-cli list --since 1653881497报错表现解决方案检测 ABRT 已检测到 ‘1‘ 个问题。预了解详细信息请执行：abrt-cli list --since 1653881497 报错 刚启动CentOS7的时候自动报错：ABRT 已检测到 ‘1‘ 个问题。预了解详细信息请执行：abrt-cli list --since 1653881497 输入：abrt-cli list --since 1653881497
java oom分析_记录一次OOM分析过程
weixin_35891787的博客
02-16 554
工具：jstatjmapjhat1.jstat查看gc情况S0C、S1C、S0U、S1U：Survivor 0/1区容量(Capacity)和使用量(Used)EC、EU：Eden区容量和使用量OC、OU：年老代容量和使用量PC、PU：永久代容量和使用量YGC、YGT：年轻代GC次数和GC耗时FGC、FGCT：Full GC次数和Full GC耗时GCT：GC总耗时这次遇到的情况是，old区到了指...
jvm oom内存溢出，导出dump，使用mat进行问题分析
m0_74823044的博客
10-18 1625
当需要的内存空间大于系统分配的内存空间时，发生OOM；客户线上环境基本每2周挂一次，暂时编写了脚本自启动应用，需要去定位原因。
Java死锁及如何解决死锁
LINBE_blazers的博客
02-18 4913
死锁：是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象， 若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁。 1、普通死锁 1.1 死锁代码 下面通过代码演示： public class NormalDeadLock { //定义两个对象锁 private static Object valueFirst...
ABRT 已检测到 ‘1‘ 个问题。预了解详细信息请执行：abrt-cli list --since 1641347561
weixin_38383877的博客
04-07 337
无法删除 '7c0a746f4a92b2ea80dbf5db0043acc72d25516d'：(null)time: 2022年01月05日 星期三 17时24分14秒。
java 进程被杀_我的进程去哪儿了，谁杀了我的进程
weixin_36104594的博客
02-27 297
曾经在我眼前，却又消失不见，这是今天的第六遍。一段感情，我们希望它能够天长不久，越稳定越好，最怕的就是中途夭折，无疾而终。即使不能到海枯石烂的一天，我们也希望好聚好散，大家理智的告别，然后笑着活下去。况且，我们时候，我们只是希望给这段感情按下一个暂停键，大家先冷静思考自己的问题，然后重新继续。最让人抓狂的是突然就联系不上另一半，不接你电话、不回你短信、消息在你的世界。而你根本不知道原因，可能是因为...
JVM监控和调优常用命令工具总结
weixin_34233856的博客
11-05 181
JVM监控和调优 在Java应用和服务出现莫名的卡顿、CPU飙升等问题时总是要分析一下对应进程的JVM状态以定位问题和解决问题并作出相应的优化，在这过程中Java自带的一些状态监控命令和图形化工具就非常方便了。本文总结了最常用的命令行工具及其常用参数解释，图形化监控工具的用法，仅供参考。 jps Java版的ps命令，查看java进程及其相关的信息，如果你想找到一个java进程的pid，那可...
Java OOM问题排查：从异常到解决方案
"一次线上出现的OOM问题排查案例分享，涵盖了从问题发现到解决的全过程，主要涉及Java堆内存溢出、Tomcat NIO工作线程、内存分析工具MAT的使用，以及异常处理和配置检查。" 在Java应用程序中，OutOfMemoryError...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

奔跑的窝窝牛

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值