遇到一个比较有意思的NIO问题！

关于NIO的ByteBuffer操作很多人都会，但有时候稍不注意就会犯错。比如：

private void doWrite(SocketChannel sc, String response) throws IOException {
if (response != null && response.trim().length() > 0) {
ByteBuffer buf = ByteBuffer.wrap(response.getBytes());
buf.flip();
sc.write(buf);
}
}

private void doWrite(SocketChannel channel, String response) throws IOException {
if (response != null && response.trim().length() > 0) {
byte[] bytes = response.getBytes();
ByteBuffer writeBuffer = ByteBuffer.allocate(bytes.length);
writeBuffer.put(bytes);
writeBuffer.flip();
channel.write(writeBuffer);
}
}

不仔细想，两个方法的效果看起来是一样的，而且上面一个更简单。

可是在运行时，会发现上面的实现却写不出来数据。

原因就出在ByteBuffer.flip()和ByteBuffer.wrap()连用了。

仔细读注释会发现：

wrap()方法

新的缓冲区将由给定的字节数组支持;也就是说，对缓冲区的修改会导致数组被修改，反之亦然。新的缓冲区的capacity和limit将是数组长度，它的position是0，它的mark将没有定义。它的支持数组将是给定数组，它的数组偏移>将为零。

capacity=limit=array.len;position=0

flip()方法，大家都很熟悉。

capacity：在读/写模式下都是固定的，就是我们分配的缓冲大小（容量）。

position：类似于读/写指针，表示当前读(写)到什么位置。

limit：在写模式下表示最多能写入多少数据，此时和capacity相同。在读模式下表示最多能读多少数据，此时和缓存中的实际数据大小相同。

这是源代码：

public final Buffer flip() {
limit = position;
position = 0;
mark = -1;
return this;
}

所以limit=0;position=0;

然后执行写入操作，就造成了写不进去数据的情况，因为写操作是从position到limit，但是他们都是0。

要想写进去数据也很简单，直接写buffer就可以了

private void doWrite(SocketChannel sc, String response) throws IOException {
if (response != null && response.trim().length() > 0) {
ByteBuffer buf = ByteBuffer.wrap(response.getBytes());
sc.write(buf);
}
}