堆外内存 OOM:现象分析与优化方案

目录

一、现象分析

(一)内存使用率不断上升

(二)GC 时间飙升

(三)线程被 Block

(四)RES 超过 -Xmx 设置

二、堆外内存 OOM 的原因

(一)堆外内存泄漏的主要原因

1. 主动申请未释放

2. JNI 调用的 Native Code 申请的内存未释放

(二)堆外内存泄漏的排查策略

1. 使用 Native Memory Tracking(NMT)

2. 主动申请未释放的排查方法

2.1 限制堆外内存的大小

2.2 监控堆外内存的使用情况

2.3 检查内存释放代码

3. JNI 调用未释放的排查方法

4. 外部依赖的影响

三、优化方案

(一)合理管理堆外内存

1. 显式释放堆外内存

2. 封装内存管理

3. 内存池管理

(二)设置合理的堆外内存大小

1. 使用 -XX:MaxDirectMemorySize 控制堆外内存大小

2. 与系统内存匹配

(三)定期监控和告警

1. 启用 Native Memory Tracking (NMT)

2. 使用 GC 日志分析内存使用情况

3. 集成监控平台

4. 设置内存告警和自动化测试

四、总结


干货分享,感谢您的阅读!

在 Java 中,堆内存(Heap)是垃圾回收器管理的主要内存区域,而堆外内存(Direct Memory)则是 JVM 之外的一块内存区域。堆外内存的分配和释放不受 JVM 垃圾回收机制的管理,因此容易出现内存泄漏或 OOM(OutOfMemoryError)等问题。

历史主要基本文章回顾:

涉猎内容 具体链接
Java GC 基础知识快速回顾 Java GC 基础知识快速回顾-CSDN博客
垃圾回收基本知识内容
评论 531
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

张彦峰ZYF

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

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

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

打赏作者

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

抵扣说明:

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

余额充值