java-nio之HeapByteBuffer与DirectByteBuffer详解

HeapByteBuffer与DirectByteBuffer两者的详细介绍与对比

HeapByteBuffer

堆上的ByteBuffer对象，是调用ByteBuffer.allocate（n）所分配出来的，底层是通过new出来的新对象，所以一定在堆上分配的存储空间，属于jvm所能够控制的范围。

public static ByteBuffer allocate(int capacity) {
        if (capacity < 0)
            throw new IllegalArgumentException();
        return new HeapByteBuffer(capacity, capacity);
    }

DirectByteBuffer

对于这种Bytebuffer的创建，我们可以看一下底层源码：

public static ByteBuffer allocateDirect(int capacity) {
        return new DirectByteBuffer(capacity);
    }

同样是new出来的对象，我们也认为是在jvm堆上分配的存储空间

但是我们可以查看到DirectByteBuffer底层的实现：

public native long allocateMemory(long var1);
...
long base = 0;
        try {
            base = unsafe.allocateMemory(size);
        } catch (OutOfMemoryError x) {
            Bits.unreserveMemory(size, cap);
            throw x;
        }
        unsafe.setMemory(base, size, (byte) 0);
...

关键的是，allocateMemory是一个native方法，并不是jvm能够控制的内存区域，通常称为堆外内存，一般是通过c/c++分配的内存（malloc）。

也就是说，对于DirectByteBuffer所生成的ByteBuffer对象，一部分是在jvm堆内存上，一部分是操作系统上的堆内存上，那么为了操作堆外内存，一定在jvm堆上的对象有一个堆外内存的引用:

public abstract class Buffer {

    /**
     * The characteristics of Spliterators that traverse and split elements
     * maintained in Buffers.
     */
    static final int SPLITERATOR_CHARACTERISTICS =
        Spliterator.SIZED | Spliterator.SUBSIZED | Spliterator.ORDERED;

    // Invariants: mark <= position <= limit <= capacity
    private int mark = -1;
    private int position = 0;
    private int limit;
    private int capacity;

    // Used only by direct buffers
    // NOTE: hoisted here for speed in JNI GetDirectBufferAddress
    long address;

在DirectByteBuffer的父类中，可以看到address的一个变量，这个就是表示堆外内存所分配对象的地址，如此一来，jvm堆上的对象就会有一个堆外内存的一个引用，之所以需要这样做，是为了提升堆io的效率。

对于HeapByteBuffer，数据的分配存储都在jvm堆上，当需要和io设备打交道的时候，会将jvm堆上所维护的byte[]拷贝至堆外内存，然后堆外内存直接和io设备交互。如果直接使用DirectByteBuffer，那么就不需要拷贝这一步，将大大提升io的效率,这种称之为零拷贝（zero-copy）。

并不是说操作系统无法直接访问jvm中分配的内存区域，显然操作系统是可以访问所有的本机内存区域的，但是为什么对io的操作都需要将jvm内存区的数据拷贝到堆外内存呢？是因为jvm需要进行GC，如果io设备直接和jvm堆上的数据进行交互，这个时候jvm进行了GC，那么有可能会导致没有被回收的数据进行了压缩，位置被移动到了连续的存储区域，这样会导致正在进行的io操作相关的数据全部乱套，显然是不合理的，所以对io的操作会将jvm的数据拷贝至堆外内存，然后再进行处理，将不会被jvm上GC的操作影响。