jvm里的metaspace oom 排查问题思路-使用MAT

文章目录

      • [metapace oom 问题](#metapace oom 问题)
        • [排查点-1-duplicate class 数量](#排查点-1-duplicate class 数量)
        • [排查点-2-classloader 数量](#排查点-2-classloader 数量)
        • 一些可能迷惑人的方向

metapace oom 问题

metapace 问题都是由加载的class 太多,导致内存不够报出来的。

排查点-1-duplicate class 数量

首先看这里,通常一个class 只会加载一次,如果有多次加载的话就要重点关注,可能是由不同类加载器加载的

排查点-2-classloader 数量

其实也看类加载器的数量,在很多情况下异常的classloader 也会给我们思路

一些可能迷惑人的方向

对于metaspace oom 其实不用去分析object 数量,大致和这是没关系的。

相关推荐
小bo波2 小时前
使用Thread子类创建线程 VS 使用Runnable接口创建线程的区别
java·多线程·thread·并发编程·runnable
SamDeepThinking3 小时前
高并发场景下,CompletableFuture与ForkJoinPool该如何取舍?
java·后端·面试
张不才6 小时前
CPU 100% 了怎么办?Java 性能排障的标准化操作
java·后端
shepherd1117 小时前
吞吐量提升 10 倍:高并发大批量数据处理任务的架构演进与性能调优
java·后端·架构
plainGeekDev10 小时前
单例模式 → object 声明
android·java·kotlin
用户2986985301411 小时前
Java 实现 Word 文档文本与图片提取的方法
java·后端
SimonKing12 小时前
铁子,IntelliJ IDEA 2026.1.3来了,升不升?
java·后端·程序员
咖啡八杯1 天前
GoF设计模式——策略模式
java·后端·spring·设计模式
用户128526116021 天前
我把祖传Java项目重构后,接口响应从3s砍到了200ms,只改了这几行代码
java