前言
本文是笔者在研究DirectByteBuffer垃圾回收过程中引发的学习与探索。众所周知,DirectByteBuffer是一个管理直接内存的引用对象,直接内存不能通过JVM进行垃圾回收,只能通过DirectByteBuffer被回收时,调用相应的JNI方法来释放直接内存。
由于垃圾回收本身成本较高,一般JVM在堆内存未耗尽时,不会进行垃圾回收操作。如果不断分配本地内存,堆内存很少使用,那么JVM就不需要执行GC,DirectByteBuffer对象们就不会被回收,这时候堆内存充足,但本地内存可能已经使用光了,再次尝试分配本地内存就会出现OutOfMemoryError,那程序就直接崩溃了。因此我们希望能够手工回收直接内存,于是对DirectByteBuffer被回收时如何释放直接内存进行研究。
DirectByteBuffer(int cap) {
// package-private
super(-1, 0, cap, cap);
boolean pa = VM.isDirectMemoryPageAligned();
int ps = Bits.pageSize();
long size = Math.max(1L, (long)cap + (pa ? ps : 0));
Bits.reserveMemory(size, cap);
long base = 0;
try {
base = unsafe.allocateMemory(size);
} catch (OutOfMemoryError x) {
Bits.unreserveMemory(size, cap);
throw x;
}
unsafe.setMemory(base, size, (byte) 0);
if (pa && (base % ps != 0)) {
// Round up to page boundary
address = base + ps - (base & (ps - 1));
} else {
address = base;
}
cleaner = Cleaner.create(this, new Deallocator(base, size, cap));
att = null;
}
前面部分为分配内存地址,回收直接内存的关键在于
cleaner = Cleaner.create(this, new Deallocator(base, size, cap));
Cleaner
我们看一下Cleaner这个类的源码
public class Cleaner extends PhantomReference<Object> {
private static final ReferenceQueue<Object> dummyQueue = new ReferenceQueue();
/**
* 所有的cleaner都会被加到一个双向链表中去,这样做是为了保证在referent被回收之前
* 这些Cleaner都是存活的。
*/
private static Cleaner first = null;
private Cleaner next = null;
private Cleaner prev = null;
// 用户自定义的一个Runnable对象,
private final Runnable thunk;
// 构造的时候把自己加到双向链表中去