作者在 2011-12-08 17:22:23 发布以下内容
NIO , New IO,没有学过,好奇,就从外网上翻译了一些代码过来,希望以会用上吧。
一个 ByteBuffer 是一个有固定容量的存储了字节数值的缓冲区。下面的代码展示了创建ByteBuffer的一些方法。
//使用字节数组创建 ByteBuffer
byte[] bytes = new byte[10];
ByteBuffer buf = ByteBuffer.wrap(bytes);
// 创建一个容量为10个字节的非直接缓冲区
// ByteBuffer的底层含有一个字节数组
buf = ByteBuffer.allocate(10);
//创建一个容量为10个字节的直接(内存映射的)缓冲区
buf = ByteBuffer.allocateDirect(10);
byte[] bytes = new byte[10];
ByteBuffer buf = ByteBuffer.wrap(bytes);
// 创建一个容量为10个字节的非直接缓冲区
// ByteBuffer的底层含有一个字节数组
buf = ByteBuffer.allocate(10);
//创建一个容量为10个字节的直接(内存映射的)缓冲区
buf = ByteBuffer.allocateDirect(10);
直接字节缓冲区可以通过调用此类的 allocateDirect 工厂方法来创建。此方法返回的缓冲区进行分配和取消分配所需成本通常高于非直接缓冲区。直接缓冲区的内容可以驻留在常规的垃圾回收堆之外,因此,它们对应用程序的内存需求量造成的影响可能并不明显。所以,建议将直接缓冲区主要分配给那些易受基础系统的本机 I/O 操作影响的大型、持久的缓冲区。一般情况下,最好仅在直接缓冲区能在程序性能方面带来明显好处时分配它们。
直接字节缓冲区还可以通过 mapping 将文件区域直接映射到内存中来创建。Java 平台的实现有助于通过 JNI 从本机代码创建直接字节缓冲区。如果以上这些缓冲区中的某个缓冲区实例指的是不可访问的内存区域,则试图访问该区域不会更改该缓冲区的内容,并且将会在访问期间或稍后的某个时间导致抛出不确定的异常。
字节缓冲区是直接缓冲区还是非直接缓冲区可通过调用其 isDirect 方法来确定。提供此方法是为了能够在性能关键型代码中执行显式缓冲区管理。