深入理解java虚拟机之直接内存、直接内存的溢出和泄漏问题

直接内存(Direct Memory)并不是虚拟机运行时数据区的一部分，但这部分被频繁的使用到，也会OOM异常。他不受垃圾回收的影响。它的内存释放与回收实际是利用了Unsafe对象的unsafe.allocateMemory() \ unsafe.freeMemory()，必须手动释放

学过Nio的朋友可能知道一种基于通道和缓冲区的I/O方式，他是用native函数库直接分配堆外内存，避免了java堆和native堆中来回复制数据。直接内存的分配不受java堆大小的限制。 有兴趣的可以看看Netty导学之NIO，Channel、Buffer、Selector详解_清风拂来水波不兴的博客-CSDN博客

直接内存的使用

看到Nio的ByteBuffer的分配方法，底层使用的就是Unsafe对象

直接内存的分配：

 直接内存的释放：

看到下面的方法，Cleaner是一个虚引用(后面会讲到)类型，当它所关联的对象被回收时，就会自动执行内存的clean方法。可以看到第二个参数传递了一个Deallocator对象，该类继承了Runnable是一个回调任务，run方法里是释放内存的方法

释放直接内存的回调方法

 

它所关联的对象就是ByteBuffer对象，是堆内存里的，可以被垃圾回收，当ByteBuffer被垃圾回收时，触发clean方法，clean方法会执行传进来的回调。

 

总结：

• 使用了Unsafe对象完成直接内存的分配回收，并且回收需要主动调用freeMemory方法
• ByteBuffer的实现类内部，使用了Cleaner(虚引用）来监测ByteBuffer对象，一更ByteBuffer对象被垃圾回收，那么就会由ReferenceHandler线程通过Cleaner的clean方法调用freeMemory 来释放直接内存

 

直接内存的溢出

直接内存的大小可通过-XX:MaxDirectMemorySize参数来指定，如果不指定则默认与java堆最大值一致

public static void main(String[] args) throws NoSuchFieldException, IllegalAccessException {
        //-XX:MaxDirectMemorySize=10M
        Field unsafe = Unsafe.class.getDeclaredField("theUnsafe");
        unsafe.setAccessible(true);
        Unsafe u = (Unsafe) unsafe.get(null);
        while (true) {
            //分配直接内存
            u.allocateMemory(_1mb);
        }
    }

 

小知识点：

我们常常会使用参数-XX:+DisableExplicitGC禁用掉显示的垃圾回收，即让System.gc();无效，因为该方法会执行FullGC，影响性能。 

此时可能java堆内存比较充裕，长时间不发生垃圾回收，ByteBuffer会一直存在，所以与之关联的直接内存也得不到释放，所以我们可以使用unsafe对象的freeMemory手动管理内存