Java ByteBuffer使用 java bytebuffer wrap

因何而写

1. 网上关于bytebuffer的文章真的很多，为何在此还要写一篇呢？主要是基于以下几点考虑

1. 很多人在使用t-io时，还不会bytebuffer，只会照着t-io提供的例子照猫画虎，不利于灵活运用
2. 网上搜到的一些相关文章，讲得不是太易懂，不利于初学者灵活运用bytebuffer
3. 本文旨在讲解灵活运用bytebuffer所需的最小知识，以帮助用户快速掌握bytebuffer

用极易的方式认识一下bytebuffer

bytebuffer之第一眼印象

1. 我们可以把bytebuffer理解成如下几个成员组成的一个新对象，对，就是一个普通的java对象，像string一样的java对象。（强调一下，这里只是说这样理解，实际上有些bytebuffer的实现类并非这样实现，并且这里只列出掌握bytebuffer所需要的最小知识集合，其它诸如mark等字段本文并不介绍，以免增加初学者的惑度）

1. byte[] bytes: 用来存储数据
2. int capacity: 用来表示bytes的容量，那么可以想像capacity就等于bytes.size()，此值在初始化bytes后，是不可变的。
3. int limit: 用来表示bytes实际装了多少数据，可以容易想像得到limit <= capacity，此值是可灵活变动的
4. int position: 用来表示在哪个位置开始往bytes写数据或是读数据，此值是可灵活变动的
5. 通过下图，对bytebuffer形成一个感观认识吧
   

   

bytebuffer之常用操作及各操作对内部变量带来的变化

创建bytebuffer: ByteBuffer.allocate(6)

写入一个字节: byteBuffer.put((byte)3)

读取一个字节: byte bs = byteBuffer.get()

1. 对于刚刚写好的bytebuffer，我们要读取它的内容，需要先设置一下position和limit，否则读的位置就不对

byteBuffer.position(0);  //设置position到0位置，这样读数据时就从这个位置开始读
byteBuffer.limit(1);     //设置limit为1，表示当前bytebuffer的有效数据长度是1

1. 我们看一下，设置position和limit后，bytebuffer的内部变化

1. 接下来，我们就可以读取刚才写入的数据了

byte bs = byteBuffer.get();

bytebuffer之使用心得

1. 这里说的是作者本人使用bytebuffer的一些心得，这些与其说是心得，不如说是实践+测试得来的一些经验，所以并不保证就是权威的，欢迎有更深研究的朋友来合理讨论，如果有不同意见，可以以更好的论据来说服对方。

1. HeapByteBuffer.get(byte[], int, int)效率不如 System.arraycopy()

2. 前者实现的原理是用for循环来做的，后者是内存复制，t-io一般是用后者来做bytebuffer的组合，譬如SendRunnable.java的下面这段代码

ByteBuffer allByteBuffer = ByteBuffer.allocate(allBytebufferCapacity);
byte[] dest = allByteBuffer.array();
for (ByteBuffer byteBuffer : byteBuffers) {
	if (byteBuffer != null) {
		int length = byteBuffer.limit();
		int position = allByteBuffer.position();
		System.arraycopy(byteBuffer.array(), 0, dest, position, length);
		allByteBuffer.position(position + length);
	}
}

3. 注意：如果DirectBuffer并不能用System.arraycopy来代替get(byte[], int, int)，因为这货的内部实现不是byte[]的

4. jdk自带的bytebuffer已经足够好用

5. 有一些nio/aio框架喜欢自己弄一套bytebuffer来，既增加了作者自己的工作量，又增加了用户的学习成本，但我们要知道一点，nio/aio在发送数据时，最终的参数是jdk的bytebuffer，我们真的有必要再作一次转换和计算吗？尽管某些中间过程是“零拷贝”（这个“零拷贝”也是有额外的计算成本的）的，但是jdk版bytebuffer的诞生到发送完毕，这整个过程经历了哪些操作呢？真的是如某书某博客上所说的“零拷贝”吗？更不应该把某些对象池的做法也牵强附会到“零拷贝”的概念中来----对象池属对象重复利用范畴，既然是重复利用自然便已经默认有零拷贝的属性了，但是对象池本身的维护也是需要消耗资源的，所以并不是所有场景说用了对象池，性能就提升了，有时候用不好反而增加负担，所以万事要以测试数据为准，不应盲目人云亦云！

最后附上bytebuffer的示例程序

1. 这里附上bytebuffer的示例程序，用户可以自己debug观察观察，增加bytebuffer的相关概念，以便更灵活的运用bytebuffer

import java.nio.ByteBuffer;

/**
 * @author tanyaowu 
 * 2017年5月1日 上午9:00:50
 */
public class Ts {

	/**
	 * 
	 * @author: tanyaowu
	 */
	public Ts() {
	}

	/**
	 * @param args
	 * @author: tanyaowu
	 */
	public static void main(String[] args) {
		ByteBuffer byteBuffer = ByteBuffer.allocate(6);
		byteBuffer.put((byte)3);
		
		byteBuffer.position(0);  //设置position到0位置，这样读数据时就从这个位置开始读
		byteBuffer.limit(1);     //设置limit为1，表示当前bytebuffer的有效数据长度是1
		
		byte bs = byteBuffer.get();
		System.out.println(byteBuffer);
	}
}