参考文献：极客时间傅健老师的《Netty源码剖析与实战》Talk is cheap.show me the code!
----主线：worker thread
①多路复用器（Selector）接受到OP_READ事件
②处理OP_READ事件：NioSocketChannel.NioSocketChannelUnsafe.read();
-1分配一个初始1024字节的byte buffer来接受数据
-2从Channel接受数据到byte buffer
-3记录实际接受数据大小，调整下次分配byte buffer大小
-4触发pipeline.fireChannelRead(byteBuf)把读取到的数据传播出去
-5判断接受byte buffer是否满载而归，是:尝试继续读取直到没有数据或满16次，否:结束本轮读取，等待下次OP_READ事件
----源码解释：
在NioEventLoop中的processSelectedKey()的unsafe.read()加个断点
然后启动服务端和客户端...第一次启动的时候如下图：
这里的channel=NioServerSocketChannel.处理的是OP_ACCEPT，我们直接放行，断点还停留在原地看看效果：
可以清楚的看到这时候的channel=NioSocketChannel;这个时候我们跟进去看看：
进入read()方法后可以看到这行代码，byteBuf = allocHandle.allocate(allocator);表示尽可能分配合适的大小：“guess”;下面一行“allocHandle.lastBytesRead(doReadBytes(byteBuf));”则表示读并且记录读了多少，如果读满了下次继续的话直接扩容；先跟进看看allocate();
然后在进去guess();
进来可以发现返回的是“1024”，接着往下走：
进入doReadBytes()；
可以发现这里有一个“byteBuf.writeBytes()”；接着跟进去看看：
再跟进"setBytes()"
这里就能看出来是“SocketChannel.read()”;然后再接着往下执行返回：
不难看出读取了一次：
下面的pipeline.fireChannelRead(byteBuf);则是处理业务逻辑的地方，pipeline上执行，继续往下走：
allocHandle.readComplete();记录这次读事件共读了多少数据，计算下次分配的大小
pipeline.fireChannelReadComplete();相当于完成本次读事件的处理
----总结：
读取数据的本质：sun.nio.ch.SocketChannelImpl#read(java.nio.ByteBuffer)
NioSocketChannel read()是读数据，NioServerSocketChannel read()是创建连接
pipeline.fireChannelReadComplete();表示一次事件处理完成
pipeline.fireChannelRead(byreBuf);一次读取数据完成，一次读事件处理可能会包含多次读数据操作
为什么最多只尝试读取16次？“雨露均沾”
AdaptiveRecvByteBufAllocator对bytebuf的猜测：放大果断，缩小谨慎（需要连续两次判断）
我只想做的更好，仅此而已。