堆外内存 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博客垃圾回收基本知识内容