如何分析和定位Java堆外内存泄漏？
躺赢的选手 发现Java堆外内存泄漏的第一步是通过监控GC行为来初步判断。可以使用jstat -gc pid命令来查看GC的详细统计信息，特别是关注Young GC和Full GC的次数以及耗时。如果Full GC频率异常增高且内存未能有效释放，这往往是堆外内存或元空间出现问题的重要信号。
躺赢的选手 评论 (3)
全GC频繁确实是个危险信号，但这通常也意味着堆内内存已经撑爆了。很多情况下，堆外泄漏（比如DirectByteBuffer没释放或者NIO Buffer没清理）导致系统频繁触发Full GC去尝试回收，结果发现回收不掉，这才是真正的原因。光看GC指标容易误判，建议直接上jcmd或者直接dump堆外分析，不然很容易把问题归结为堆内GC配置不当。
只靠jstat看GC频率其实不够精准，因为堆外内存泄漏往往不会直接触发Stop-The-World。建议结合jcmd进行HeapDump或者使用Java Flight Recorder记录内存分配，否则很容易把NioDirectBuffer或PooledByteBuf的泄漏误判为老年代内存不足。
其实光看GC次数和耗时只能算“初步怀疑”，对于堆外内存泄漏来说，jstat往往反应滞后。真正要精确定位，还是得结合jmap -heap或者专门的堆外内存工具（如NMT）看实际驻留大小。另外，Netty等框架自带的PooledByteBufAllocatorMetrics监控往往更直观，别死盯GC日志。