直接缓冲区与非直接缓冲区
直接缓冲区与非直接缓冲区的理解
- 字节缓冲区要么是直接的,要么是非直接的。如果为直接字节缓冲区,则」ava虛拟机会尽最大努力直接在此缓冲区上执行本机/o操作。也就是说,在每次调用基础操作系统的一个本机/o操作之前(或之后),虛拟机都会尽量避免将缓冲区的内容复制到中间缓冲区中(或从中间缓冲区中复制内容)。
- 直接字节缓冲区可以通过调用此类的 allocate Direct()工厂方法来创建。此方法返回的缓神区进行分配和取消分配所需成本通常高于非直接缓冲区。直接缓冲区的内容可以驻留在常规的垃圾回收堆之外,因此,它们对应用程序的内存需求量造成的影响可能并不明显。所以,建议将直接缓冲区主要分配拾那些易受基础系统的本机v/o操作影响的大型、持久的缓神区。一般情况下,最好仅在直接缓神区能在程序性能方面带来明显好处时分配它们。
- 直接字节缓冲区还可以通过 File channel的map(方法将文件区域直接映射到内存中来创建。该方法返回Mapped Byte Buffer;Java平台的实现有助于通过JN从本机代码创建直接字节缓冲区。如果以上这些缓神区中的某个缓冲区实例指的是不可访问的内存区域,则试图访问该区域不会更改该缓冲区的内容,并且将会在访问期间或稍后的某个时间导致抛出不确定的异常。
- 字节缓冲区是直接缓神区还是非直接缓冲区可通过调用其 is Direct方法来确定。提供此方法是为了能够在性能关键型代码中执行显式缓神区管理
直接缓冲区和非直接缓冲区的区别
非直接缓冲区
原理
解释：竖左边的是操作系统（OS），右边是Java虚拟机(JVM),应用程序无论是读操作还是写操作都必须在OS和JVM之间进行复制。
使用
通过allocate()方法分配缓冲区，将缓冲区建立在JVM的内存中。
1 @Test
2 public void test2() {
3 ByteBuffer byteBuffer = ByteBuffer.allocate(1020);
4 }
直接缓冲区
原理
解释：在NIO中，直接开辟物理内存映射文件，应用程序直接操作物理内存映射文件，这样就少了中间的copy过程，可以极大得提高读写效率。但这种方式也存在一个问题，消耗的内存会增大，内存的释放只能通过Java的垃圾回收机制来释放，并不是一不使用就回收。
使用
通过allocateDirect()方法分配直接缓冲区，将缓冲区建立在物理内存中，可以提高效率。
1 @Test
2 public void test3() {
3 ByteBuffer byteBuffer = ByteBuffer.allocateDirect(1024);
4 }
