因何而写

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

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

用极易的方式认识一下bytebuffer

1. bytebuffer之第一眼印象

   我们可以把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写数据或是读数据，此值是可灵活变动的

   通过下图，对bytebuffer形成一个感观认识吧
   

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

   1. 创建bytebuffer: ByteBuffer.allocate(6)

      

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

      

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

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

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

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

      

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

      
      
      byte bs = byteBuffer.get();
      

      

3. bytebuffer之使用心得

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

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

      前者实现的原理是用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);
      
      	}
      
      }
      

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

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

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

最后附上bytebuffer的示例程序

这里附上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);

	}

}