上一篇文章写了关于java NIO缓冲区的一些基本的概念，这篇主要记录一下直接缓冲区和非直接缓冲区的概念
| 非直接缓冲区 |
下面是非直接缓冲区的读取模型图：
非直接缓冲区读原理就是：当应用程序要在操作系统os中读取一个数据得时候，先向OS发起一个读数据得请求，然后os中得物理磁盘将数据读到物理内存中，再将数据从物理内存中copy到JVM的内存中，然后应用程序再从JVM内存中读取出来。
非直接缓冲区的写数据原理正好和读数据原理相反。
从非直接缓冲区的读写数据的过程是一个开销比较大的过程，无论是读数据还是写数据，都需要经过copy，比较麻烦。后面有了直接缓冲区，就是直接在操作系统的物理内存中，开辟一个缓冲区。此缓冲区直接对接OS和应用程序,使得物理内存和JVM内存之间不再需要进行数据的copy操作了。
| 直接缓冲区 |
下面是直接缓冲区的读取模型图：
1.创建直接缓冲区
ByteBuffer byteBuffer = ByteBuffer.allocateDirect(1024);
-
以上代码创建了一个指定大小为1024字节的字节直接缓冲区，在创建缓冲区的时候，会在JVM内存之外开辟一块内存，在每次调用基础操作系统的一个本机I/O之前或者之后，JVM都会尽量避免将缓冲区的内容复制到中间缓冲区（或从中间缓冲区中复制内容），因为直接缓冲区建立在物理内存中，所以使用此缓冲区可以提高效率，但是也正是因为这个原因，写到了该缓冲区的数据不再由程序接管，至于数据什么时候写到磁盘中去就是操作系统自己的事了。
-
直接字节缓冲区可以通过调用此类的 allocateDirect() 工厂方法 来创建。此方法返回的 缓冲区进行分配和取消分配所需成本通常高于非直接缓冲区 。直接缓冲区的内容可以驻留在常规的垃圾回收堆之外，因此，它们对应用程序的内存需求量造成的影响可能并不明显。所以，建议将直接缓冲区主要分配给那些易受基础系统的机 本机 I/O 操作影响的大型、持久的缓冲区。一般情况下，最好仅在直接缓冲区能在程序性能方面带来明显好处时分配它们。
-
直接字节缓冲区还可以过 通过。该方法返回MappedByteBuffer。Java 平台的实现有助于通过 JNI 从本机代码创建直接字节缓冲区。如果以上这些缓冲区中的某个缓冲区实例指的是不可访问的内存区域，则试图访问该区域不会更改该缓冲区的内容，并且将会在访问期间或稍后的某个时间导致抛出不确定的异常。
-
字节缓冲区是直接缓冲区还是非直接缓冲区可通过调用其 isDirect() 方法来确定。提供此方法是为了能够在性能关键型代码中执行显式缓冲区管理。
非直接缓冲区将内存建立在jvm缓存中（allocate方法）。直接缓冲区将内存建立在操作系统的物理内存中（allocateDirect方法）。