目录一、现象分析（一）内存使用率不断上升（二）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博客垃圾回收基本知识内容
