Direct ByteBuffer可能会导致内存泄露的原因

最新推荐文章于 2023-10-13 14:45:00 发布

猫小妖的尾巴

最新推荐文章于 2023-10-13 14:45:00 发布

阅读量2.7k

点赞数

分类专栏： JVM性能调优

本文链接：https://blog.csdn.net/LoveTea99/article/details/52563403

版权

JVM性能调优专栏收录该内容

7 篇文章 0 订阅

订阅专栏

Direct ByteBuffer是在不是在Java Heap分配内存，而是在C Heap分配内存，但Direct ByteBuffer分配出去的内存其实也是由GC负责回收的，Hotspot在GC时会扫描Direct ByteBuffer对象是否有引用，如没有则回收其占用的堆外内存。

有两种可能会导致堆外的内存无法被回收:
1.在6u32前的版本里，CMS GC有bug会导致可能回收不掉
2.Direct ByteBuffer对象晋升到了Old区，只能等Full GC触发（CMS GC的情况下等CMS GC），因此在Direct ByteBuffer使用较多，存活时间较长的情况下，有可能会导致堆外内存耗光（因为Direct ByteBuffer本身对象所占用的空间是很小的）。 Direct ByteBuffer对象本身是放在堆里，但是一个对象占用很少内存，主要是它关联到堆外内存去， Direct ByteBuffer要full gc才能回收，所以如果堆内存用得少，堆外内存用得多，这样不触发full gc会导致堆外内存out of memory。
如何判断是Direct ByteBuffer造成的：如碰到堆外内存占用较多的场景，可以尝试强制执行Full GC（强制的方法为执行jmap -histo:live）看看，多执行一两次，如堆外内存下降的话，很有可能就是Direct ByteBuffer造成的，对于这种情况，通常下面的启动参数就可解决。
怎么解决：
最好是在启动参数上增加-XX:MaxDirectMemorySize=x[m|g]，例如-XX:MaxDirectMemorySize=500m
（在没设置MaxDirectMemorySize参数的情况下，用jinfo -flag等方式会看到默认值是-1，但VM.maxDirectMemory这个方法里发现是-1，则会以-Xmx作为默认值），此参数的含义是当Direct ByteBuffer分配的堆外内存到达指定大小后，即触发Full GC（这段逻辑请见Bits.reserveMemory的代码），如Full GC后仍然分配不出Direct ByteBuffer需要的空间，则会报OOM错误： 
java.lang.OutOfMemoryError: Direct buffer memory
参考博文：http://m.blog.csdn.net/article/details?id=50317443