java jvm之直接内存释放过程

总结：

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

解释：

我们先看一个使用直接内存的案例

public class Demo1_26 {
    static int _1Gb = 1024 * 1024 * 1024;

    /*
     * -XX:+DisableExplicitGC 显式的
     */
    public static void main(String[] args) throws IOException {
        ByteBuffer byteBuffer = ByteBuffer.allocateDirect(_1Gb);
        System.out.println("分配完毕...");
        System.in.read();
        System.out.println("开始释放...");
        byteBuffer = null;
        System.gc(); // 显式的垃圾回收，Full GC
        System.in.read();
    }
}

接着，我们进如allocateDirect中可以看到，此时新创建了一个DirectByteBuffer子类来存储

继续跟进，我们可以发现DirectByteBuffer是通过unsafe来开辟内存的，而unsafe就是回收直接内存的关键，至于原因，可以往下接着看

在倒数第二行，可以看到一个Cleaner类对象，这是一个虚拟引用对象，其用处是绑定当前类this对象和new对象，当this对象被gc垃圾回收后，便会自动调用虚拟引用对象的clean方法，而clean方法会执行任务对象的run方法

通过更进可以发现，这个new出来的对象就是用来回收内存的，结合上文，不难得出，unsafe便是回收和开辟内存的关键