堆外内存 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）等问题。

历史主要基本文章回顾：