WritableByteChannel writableByteChannel = Channels.newChannel(zipOut)
fileChannel.transferTo(0, FILE_SIZE, writableByteChannel);
既然直接缓冲区那么快,我们为什么不都用直接缓冲区呢?其实直接缓冲区有以下的缺点。直接缓冲区的缺点:
1、不安全
2、消耗更多,因为它不是在JVM中直接开辟空间。这部分内存的回收只能依赖于垃圾回收机制,垃圾什么时候回收不受我们控制。
3、数据写入物理内存缓冲区中,程序就丧失了对这些数据的管理,即什么时候这些数据被最终写入从磁盘只能由操作系统来决定,应用程序无法再干涉。
综上所述,所以我们使用
transferTo方法就是直接开辟了一段直接缓冲区。所以性能相比而言提高了许多
NIO中新出的另一个特性就是内存映射文件
MappedByteBuffer mappedByteBuffer = newRandomAccessFile(JPG_FILE_PATH, "r").getChannel()
.map(FileChannel.MapMode.READ_ONLY, 0, FILE_SIZE);
writableByteChannel.write(mappedByteBuffer);
使用Pipe

博客探讨了Java NIO中直接缓冲区与内存映射文件的使用,通过`transferTo`方法提高性能。直接缓冲区虽快,但存在安全问题、额外消耗及数据写入的不可控性。而内存映射文件提供了另一种高效读写方式。文章通过示例展示了如何使用`MappedByteBuffer`进行操作。
1898

被折叠的 条评论
为什么被折叠?



