直接内存溢出表现为java.lang.outofmemoryerror: direct buffer memory，因nio等分配的堆外内存超-xx:maxdirectmemorysize限制且未及时释放所致，与堆内存无关，需单独监控和调优。
直接内存不是JVM运行时数据区的一部分，它由操作系统直接分配，常通过ByteBuffer.allocateDirect()申请，用于NIO高性能I/O。它的大小不受-Xmx控制，但若不显式设置，JVM默认将其上限设为与堆最大值（-Xmx）相同。
直接内存的OOM触发条件
当程序持续申请直接内存，且总用量超过-XX:MaxDirectMemorySize设定值（或默认值），就会抛出java.lang.OutOfMemoryError: Direct buffer memory。注意：这个错误和堆内存溢出（java.lang.OutOfMemoryError: Java heap space）是两类独立异常，监控和排查方式也不同。
- 典型复现场景：循环创建大量
DirectByteBuffer并长期持有引用（如放进静态集合） - 即使堆内存充足，只要直接内存超限，照样OOM
- 该OOM不会触发Full GC，因为直接内存不受JVM垃圾回收器管理
如何正确设置MaxDirectMemorySize
该参数必须以字节为单位指定，支持k/K、m/M、g/G后缀。例如：
-
-XX:MaxDirectMemorySize=512m：限制直接内存最多使用512MB -
-XX:MaxDirectMemorySize=2g：设为2GB -
-XX:MaxDirectMemorySize=0：禁用直接内存（慎用，部分NIO库可能异常）
生产环境建议显式设置，避免依赖默认值——尤其当堆配置较大（如-Xmx8g）但实际NIO负载较轻时，盲目沿用8G默认上限容易掩盖真实问题。
排查与验证方法
可通过JVM自带工具快速确认当前限制和使用情况：
- 启动时加
-XX:+PrintGCDetails不会打印直接内存信息，需改用jstat -gc <pid></pid>，其中CCSC、YGC等列不反映直接内存；更直接的是jcmd <pid> VM.native_memory summary</pid>（需开启-XX:NativeMemoryTracking=summary） - 代码中可通过
sun.misc.Unsafe或反射获取BufferPoolMXBean，监控direct池的已用/总容量 - 发生OOM时，堆栈末尾明确含
Direct buffer memory字样，这是关键识别标识
常见误区提醒
不少开发者误以为调大-Xmx就能缓解直接内存OOM，其实二者完全独立。还有人混淆“本地方法栈”和“直接内存”——前者是JVM为native方法服务的线程私有栈空间，后者是堆外大块缓冲区，用途和管理机制都不同。
合理控制直接内存，核心就两条：显式设限 + 及时释放引用。不复杂但容易忽略。
