Netty

JDK NIO的空轮询BUG其实是JDK NIO在Linux系统下的epoll空轮询问题 epoll 是Linux下一种高效的IO复用方式，相较于传统的select和poll机制来说，epoll更高效

网络参数优化 Netty 提供了 ChannelOption 以便于我们优化 TCP 参数配置，为了提高网络通信的吞吐量，一些可选的网络参数我们有必要掌握。

入站 当某个 ChannelInboundHandler 的实现重写 channelRead()方法时，它将负责显式地 释放与池化的 ByteBuf 实例相关的内存。

第一部分提到了ByteBuf的内存结构，这儿有几点需要补充并在某些点展开说明，其中大对象与小对象如何申请内存的问题 将会详细阐述。

拆包/沾包问题 TCP是面向字节流的协议，在发送方发送的若干包数据到接收方接收时，这些数据包可能会被粘成一个数据包，而从接收缓冲区看，后一包数据的头紧接着前一包数据的尾，这就形成沾包问题.

ByteBuf提供的读写操作API主要操作底层字节容器以及肚饿写索引这两个指针。。。详情仔细参考文章

select 时间复杂度是O(n) 它仅仅知道了，有I/O事件发生了，却并不知道是哪那几个流（可能有一个，多个，甚至全部），我们只能无差别轮询所有流，找出能读出数据，或者写入数据的流，对他们进行操作。