[JAVA学习笔记-60]ByteBuffer的分配方式的比较

ByteBuffer的allocate()方法在堆上分配内存,可被GC回收,而allocateDirect()通过native方法在操作系统层面分配,无法被GC回收,需要手动释放。直接缓冲区在大容量I/O操作时可能提供性能提升,但创建和释放成本较高,可能导致内存泄漏。内存分配由unsafe.allocateMemory()完成,释放通过Cleaner机制。DirectBuffer使用的是native memory,不被JVM GC管理。
摘要由CSDN通过智能技术生成

public static ByteBuffer allocate(int capacity)  

public static ByteBuffer allocateDirect(int capacity)  

方法1从JVM进程的堆上分配内存,分配的ByteBuffer可被GC标记并回收;

方法2调用系统的native方法分配内存,分配的ByteBuffer对象不能被GC回收,需要

     手工释放,使用这种内存进行I/O,好处就是buffer中的数据,不需要再由系统

     内存拷贝到JVM内存中,而是被JAVA进程直接访问,节约了一步拷贝的过程。

 

性能比较:


可见在1MB的buffer大小下,directBuffer并没有明显的性能优势

 

应用场景:

ByteBuffer:

       适用于大多数的场景,除非测试证明有性能问题,否则尽量使用此对象。

DirectBuffer:

       当遇到性能瓶颈时考虑使用;

       适用于作为访问频繁,且生命周期较长的缓存(猜测是申请时比较耗时,因为不适合频繁申请的场景);

       The newI/O (NIO) classes in java.nio allow the creation and use of direct buffers. These bufferstremendou

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值