Java NIO之三直接缓冲区、非直接缓冲区、区别、及底层实现

最新推荐文章于 2024-07-16 15:02:17 发布

不等风雨，只等你

最新推荐文章于 2024-07-16 15:02:17 发布

阅读量782

点赞数

分类专栏： NIO 文章标签：直接缓冲区非直接缓冲区缓冲区底层

本文链接：https://blog.csdn.net/qq_34626097/article/details/89278943

版权

Java NIO的直接缓冲区和非直接缓冲区在性能和资源管理上有显著差异。直接缓冲区通过allocateDirect()创建，减少复制操作但分配和管理成本高，适合大型持久缓冲；非直接缓冲区可控性和安全性较好，资源开销小。两种缓冲区的类型可通过isDirect()方法判断。直接缓冲区可通过FileChannel.map()映射文件到内存，而其安全性较低，资源开销较大。

摘要由CSDN通过智能技术生成

文章目录

直接与非直接缓冲区

字节缓冲区要么是直接的，要么是非直接的。如果为直接字节缓冲区，则Java虚拟机会尽最大努力直接在此缓冲区上执行本机I/O操作。也就是说，在每次调用基础操作系统的一个本机I/O操作之前（或之后），虚拟机都会尽量避免将缓冲区的内容复制到中间缓冲区中（或从缓冲区中复制内容）
直接字节字缓冲区可以通过调用此类的allocateDirect()工厂方法来创建。此方法返回的==缓冲区进行分配和取消分配所需成本通常高于非直接缓冲区。==直接缓冲区的内容可以驻留在常规的垃圾回收堆之外，因此，它们对应用程序的内存需求量造成的影响可能并不明显。所以，建议直接缓冲区主要分配给那些易受基础系统的本机I/O操作影响的大型、持久的缓冲区。一般情况下、最好仅在直接缓冲区能在程序性能方面带来明显好处时分配他们。
直接字节缓冲区还可以通过FileChannel的map()方法将文件区域直接映射到内存中来创建。该方法返回MappedByteBuffer。Java 平台的实现有助于通用 JNI 从本机代码创建直接字节缓冲区。如果以上这些缓冲区中的某个缓冲区实例指的是不可访问的内存区域，则试图访问该区域不会更改该缓冲区的内容，并且将会在访问期间或稍后的某个时间导致抛出不确定的异常。
字节缓冲区是直接缓冲区还是非直接缓冲区可以通过调用其==isDirect()方法来确定。提供此方法是为了能够在性能关键型代码中执行显式缓冲区管理。

非直接缓冲区

在这里插入图片描述
优点：可控性较强，安全性较高、资源开销较小

底层源码：

	//JVM 堆Buffer
	public static ByteBuffer allocate(int capacity) {
   
        if (capacity < 0)
            throw new IllegalArgumentException();
        return new HeapByteBuffer(capacity, capacity);
    }
	//底层为数组实现
	 HeapByteBuffer(int cap,