总结:
- 使用了 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便是回收和开辟内存的关键