System.gc()和-XX:+DisableExplicitGC启动参数，以及DirectByteBuffer的内存释放

标签：system.gc的作用   directbytebuffer释放堆外   disableexplicitgc注意事   堆外内存oom   

我之前的一篇博客： java中使用堆外内存，关于内存回收需要注意的事和没有解决的遗留问题(等大神解答)  介绍了java堆外内存的使用，以及堆外内存的释放。那篇博客遗留了一个问题：DirectByteBuffer究竟是如何释放堆外内存的？本文主要是解决下那篇博客的遗留问题。

首先我们修改下JVM的启动参数，重新运行之前博客中的代码。JVM启动参数和测试代码如下：

-verbose:gc -XX:+PrintGCDetails -XX:+DisableExplicitGC -XX:MaxDirectMemorySize=40M

import java.nio.ByteBuffer;

public class TestDirectByteBuffer
{
	// -verbose:gc -XX:+PrintGCDetails -XX:MaxDirectMemorySize=40M
	// 加上-XX:+DisableExplicitGC,也会报OOM(Direct buffer memory)
	public static void main(String[] args) throws Exception
	{
		while (true)
		{
			ByteBuffer.allocateDirect(10 * 1024 * 1024);
		}
	}
}

Exception in thread "main" java.lang.OutOfMemoryError: Direct buffer memory
	at java.nio.Bits.reserveMemory(Bits.java:632)
	at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:97)
	at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:288)
	at direct.TestDirectByteBuffer.main(TestDirectByteBuffer.java:13)
Heap
 PSYoungGen      total 9536K, used 507K [0x1cf90000, 0x1da30000, 0x27a30000)
  eden space 8192K, 6% used [0x1cf90000,0x1d00ef30,0x1d790000)
  from space 1344K, 0% used [0x1d8e0000,0x1d8e0000,0x1da30000)
  to   space 1344K, 0% used [0x1d790000,0x1d790000,0x1d8e0000)
 PSOldGen        total 21888K, used 0K [0x07a30000, 0x08f90000, 0x1cf90000)
  object space 21888K, 0% used [0x07a30000,0x07a30000,0x08f90000)
 PSPermGen       total 16384K, used 2292K [0x03a30000, 0x04a30000, 0x07a30000)
  object space 16384K, 13% used [0x03a30000,0x03c6d380,0x04a30000)

我们知道java代码无法强制JVM何时进行垃圾回收，也就是说垃圾回收这个动作的触发，完全由JVM自己控制，它会挑选合适的时机回收堆内存中的无用java对象。代码中显示调用System.gc()，只是建议JVM进行垃圾回收，但是到底会不会执行垃圾回收是不确定的，可能会进行垃圾回收，也可能不会。什么时候才是合适的时机呢？一般来说是，系统比较空闲的时候（比如JVM中活动的线程很少的时候），还有就是内存不足，不得不进行垃圾回收。我们例子中的根本矛盾在于：堆内存由JVM自己管理，堆外内存必须要由我们自己释放；堆内存的消耗速度远远小于堆外内存的消耗，但要命的是必须先释放堆内存中的对象，才能释放堆外内存，但是我们又不能强制JVM释放堆内存。

下面我们看下new DirectByteBuffer的源码

DirectByteBuffer(int cap) 
{			

	super(-1, 0, cap, cap, false);
	Bits.reserveMemory(cap);
	int ps = Bits.pageSize();
	long base = 0;
	try {
	    base = unsafe.allocateMemory(cap + ps);
	} catch (OutOfMemoryError x) {
	    Bits.unreserveMemory(cap);
	    throw x;
	}
	unsafe.setMemory(base, cap + ps, (byte) 0);
	if (base % ps != 0) {
	    // Round up to page boundary
	    address = base + ps - (base & (ps - 1));
	} else {
	    address = base;
	}
	cleaner = Cleaner.create(this, new Deallocator(base, cap));
        viewedBuffer = null;
}

static void reserveMemory(long size) 
{

	synchronized (Bits.class) {
	    if (!memoryLimitSet && VM.isBooted()) {
		maxMemory = VM.maxDirectMemory();
		memoryLimitSet = true;
	    }
	    if (size <= maxMemory - reservedMemory) {
		reservedMemory += size;
		return;
	    }
	}
	
	// 显示调用垃圾回收
	System.gc();
	try {
	    Thread.sleep(100);
	} catch (InterruptedException x) {
	    // Restore interrupt status
	    Thread.currentThread().interrupt();
	}
	synchronized (Bits.class) {
	    if (reservedMemory + size > maxMemory)
		throw new OutOfMemoryError("Direct buffer memory");
	    reservedMemory += size;
	}

}

回想下java中使用堆外内存，关于内存回收需要注意的事和没有解决的遗留问题 这篇博客中的第4节 正确释放Unsafe分配的堆外内存

我们在RevisedObjectInHeap类中

// 让对象占用堆内存,触发[Full GC  
private byte[] bytes = null;

public RevisedObjectInHeap()  
{  
    address = unsafe.allocateMemory(2 * 1024 * 1024);  
	
	// 占用堆内存
    bytes = new byte[1024 * 1024];  
} 

RevisedObjectInHeap类中通过finalize()方法来释放堆外内存的，阅读源码可以发现，NIO中direct memory的释放并不是通过finalize()，而是通过sun.misc.Cleaner实现的

cleaner = Cleaner.create(this, new Deallocator(base, cap));

System.gc()和-XX:+DisableExplicitGC启动参数，以及DirectByteBuffer的内存释放

标签：system.gc的作用   directbytebuffer释放堆外   disableexplicitgc注意事   堆外内存oom   

原文地址：http://blog.csdn.net/aitangyong/article/details/39403031