5.4.2　创建Buffer

通常使用分配空间或包装一个现有的基本类型数组来创建缓冲区。创建ByteBuffer的静态工厂方法，以及相应的capacity、position和limit的初始值见表5-2。所有新创建的Buffer实例都没有定义其mark值，在调用mark（）方法前，任何试图使用reset（）方法来设置position的值的操作都将抛出InvalidMarkException异常。

要分配一个新的实例，只需要简单地调用想要创建的缓冲区类型的allocate（）静态方法，并指定元素的总数：

在上面代码中，byteBuf分配了20个字节，dblBuf分配了5个Java的double型数据。这些缓冲区都是定长的，因此无法扩展或缩减它们的容量。如果发现刚创建的缓冲区容量太小，唯一的选择就是重新创建一个大小合适的缓冲区。

还可以通过调用wrap（）静态方法，以一个已有的数组为参数，来创建缓冲区：

通过包装的方法创建的缓冲区保留了被包装数组内保存的数据。实际上，wrap（）方法只是简单地创建了一个具有指向被包装数组的引用的缓冲区，该数组称为后援数组。对后援数组中的数据做的任何修改都将改变缓冲区中的数据，反之亦然。如果我们为wrap（）方法指定了偏移量（offset）和长度（length），缓冲区将使用整个数组为后援数组，同时将position和limit的值初始化为偏移量（offset）和偏移量+长度（offset+length）。在偏移量之前和长度之后的元素依然可以通过缓冲区访问。

使用分配空间的方式来创建缓冲区其实与使用包装的方法区别不大。唯一的区别是allocate（）方法创建了自己的后援数组。在缓冲区上调用array（）方法即可获得后援数组的引用。通过调用arrayOffset（）方法，甚至还可以获取缓冲区中第一个元素在后援数组中的偏移量。使用wrap（）方法和非零偏移量参数创建的缓冲区，其数组偏移量依然是0。

到目前为止，我们实现的所有缓冲区都将数据存放在Java分配的后援数组中。通常，底层平台（操作系统）不能使用这些缓冲区进行I/O操作。操作系统必须使用自己的缓冲区来进行I/O，并将结果复制到缓冲区的后援数组中。这些复制过程可能非常耗费系统资源，尤其是在有很多读写需求的时候。Java的NIO提供了一种直接缓冲区（direct buffers）来解决这个问题。使用直接缓冲区，Java将从平台能够直接进行I/O操作的存储空间中为缓冲区分配后援存储空间，从而省略了数据的复制过程。这种低层的、本地的I/O通常在字节层进行操作，因此只能为ByteBuffer进行直接缓冲区分配。

通过调用isDirect（）方法可以查看一个缓冲区是否是直接缓冲区。由于直接缓冲区没有后援数组，在它上面调用array（）或arrayOffset（）方法都将抛出Unsupported OperationException异常。在考虑是否使用直接缓冲区时需要牢记几点。首先，要知道调用allocateDirect（）方法并不能保证能成功分配直接缓冲区—有的平台或JVM可能不支持这个操作，因此在尝试分配直接缓冲区后必须调用isDirect（）方法进行检查。其次，要知道分配和销毁直接缓冲区通常比分配和销毁非直接缓冲区要消耗更多的系统资源，因为直接缓冲区的后援存储空间通常存在于JVM之外，对它的管理需要与操作系统进行交互。所以，只有当需要在很多I/O操作上长时间使用时，才分配直接缓冲区。实际上，在相对于非直接缓冲区能明显提高系统性能时，使用直接缓冲区是个不错的主意。