JVM 开启 NMT，让DirectBuffer内存问题无所遁形！

当Java应用因DirectBuffer或其他本地内存分配导致本地内存溢出时，可通过VM.native_memory（即Native Memory Tracking, NMT）工具精准定位问题。以下是排查步骤：

---

1. 启用Native Memory Tracking

在JVM启动参数中添加以下选项，开启NMT并记录详细信息：

-XX:NativeMemoryTracking=detail -XX:+UnlockDiagnosticVMOptions -XX:+PrintNMTStatistics

---

2. 生成内存基线报告

在应用启动后（或初始状态），生成基线内存快照：

jcmd <pid> VM.native_memory baseline

---

3. 触发内存问题后生成差异报告

当本地内存溢出（如抛出OutOfMemoryError: Direct buffer memory）时，生成差异报告：

jcmd <pid> VM.native_memory detail.diff

输出示例：

Native Memory Tracking:

Total: reserved=5GB, committed=2GB
-                 Java Heap (reserved=2GB, committed=1GB)
-                     Class (reserved=500MB, committed=300MB)
-                    Thread (reserved=50MB, committed=10MB)
-                      Code (reserved=200MB, committed=100MB)
-                        GC (reserved=300MB, committed=200MB)
-                  Internal (reserved=1.5GB, committed=1.2GB)  # 重点观察Internal部分
-                    Symbol (reserved=20MB, committed=10MB)
-    Native Memory Tracking (reserved=30MB, committed=2MB)
-               Arena Chunk (reserved=10MB, committed=1MB)

---

4. 分析关键内存区域

重点关注Internal部分（包含DirectByteBuffer）和Other部分：

• Internal：直接内存分配（如DirectByteBuffer、JNI等）。
• Committed值异常增长时，可能是DirectBuffer未释放或JNI内存泄漏。

示例问题输出：

Internal (reserved=1.5GB, committed=1.5GB)
              malloc=1.5GB #1520
              malloc: 1.5GB from 1000 DirectByteBuffer allocations (avg size 1.5MB)

---

5. 结合堆转储分析DirectBuffer引用

若Internal内存占用高，进一步分析堆内存中的DirectByteBuffer对象：

# 生成堆转储
jcmd <pid> GC.heap_dump filename.hprof

# 使用MAT或JVisualVM分析：
1. 查找java.nio.DirectByteBuffer实例数量。
2. 检查这些Buffer的GC Root引用（如未关闭的Channel、静态集合缓存等）。
3. 确认是否有未调用`clean()`或未被GC回收的Buffer。

---

6. 常见问题场景

• 未释放的DirectBuffer
  代码中未正确关闭FileChannel/SocketChannel，或未调用((DirectBuffer) buffer).cleaner().clean()。

• JNI内存泄漏
  JNI代码中通过malloc分配内存但未调用free。

• 配置不当
  -XX:MaxDirectMemorySize设置过小，或未限制DirectBuffer池大小。

---

7. 修复与优化

• 强制释放内存

  if (buffer.isDirect()) {
      ((DirectBuffer) buffer).cleaner().clean();
  }
  

• 调整JVM参数

  -XX:MaxDirectMemorySize=2g  # 限制最大直接内存
  

• 使用内存池
  复用DirectBuffer（如Netty的ByteBufAllocator）。

---

8. 监控工具补充

• pmap

  pmap -x <pid> | grep -i "anon"  # 查看进程的匿名内存段
  

• Perf工具

  perf record -g -p <pid>  # 跟踪本地内存分配函数（如malloc）
  

---

通过以上步骤，可准确定位本地内存泄漏的根源，并针对性优化DirectBuffer使用或修复JNI代码问题。