别扭的ByteBuffer(接上篇)

接上文，这次主要讲下我所知道的ByteBuffer。
这个对象位于java.nio包，是一个缓冲区读写的类。
生成这个对象的方法一共有3个，代码如下：
ByteBuffer.allocateDirect(int capacity);
ByteBuffer.allocate(int capacity);
ByteBuffer.warp(byte[] array);
其中第一个和第二个差不多，都是生成一个对象，分配指定的内存，allocateDirect可能会表现的优秀点。这两个方法都比较耗性能，所以我在类中定义了一个ByteBuffer，方法中涉及的读写都对这个对象进行操作。
private ByteBuffer bb = ByteBuffer.allocateDirect(2048);

warp方法，将会返回一个新的ByteBuffer对象。当初我用这个方法来写数据，就奇怪数据怎么写了几百个字符莫名其妙就写不下了，明明给分配的2048的空间~~

后来终于给发现了这个问题，写数据要用ByteBuffer.put(byte[] src)。
可是put完了还不行，为什么呢？上文提到，是flip的问题。

且听我详细说来。ByteBuffer这个类内部维护着3个类似指针的数据，分别是当前操作位，最大限制，以及容量（这里很奇怪，最大限制和容量不知道啥区别）。put以后，当前操作位和大小是一样的，就是说当前操作的是数组最末尾。flip方法做的是，把最大限制给置到当前操作位，然后把当前操作位给置0。

改完了以后发现，从socket读数据的时候，内存溢出了。
又是个奇怪的问题，调试过程就不累述了，讲下最后结果。
原来的代码如下：
public String send(String s) {
try {
bb.put(s.getBytes());
bb.flip();
socket.write(bb);
bb.flip();
bb.clear();
return getResponseMessage();
} catch (IOException e) {
e.printStackTrace();
}finally{
                            bb.flip();
                  }
return "";
}
到clear以后，一切正常，到finally里面，再执行了一下flip，最大限制就变0了，就是说，这个对象废了，再也写不进去任何东西。。。

真是纠结呀，删掉最后个flip后，终于OK了~~