Netty 草稿

Reactor开发模式
SocketChannel 在client端监听op_connect,op_write,op_read事件，在server只监听op_write,op_read事件，ServerSocketChannel在server端运行，只监听op_accept事件

netty对Reactor模式的实现
首先ServerSocketChannel是可以创建子的socketchannel，创建是由
BootstrapChannelFactory这个工厂类根据传入的class反射来创建，
所以
serverBootstrap.group().channel(xxx.class) .channel这个时候就是由上面的工厂类利用反射动态的创建一个channel，绑定在对应的group上

serverBootstrap.group(bossGroup,workerGroup) .channel传进来的会创建一个channel绑定在bossGroup上，然后传进来的ServerSocketChannel可以创建子socketchannel绑定在wokergroup上

再和上面的reactor开发模式对应，就是serversocketchannel绑定在bossGroup上来负责监听op_accept事件，socketchannel绑定在workergroup上来负责监听其他read write事件

粘包和半包

TCP为什么会出现粘包和半包（UDP其实没有这个问题）：主要是因为TCP是流协议

常用的解决这种问题的方案：要么短链接，要么长链接中采用封装成桢framing技术

netty对使用Framing粘包半包的支持：
固定长度的方式：一定就按固定长度的来传，不够就补空，解码FixedLengthFrameDecoder
分割符的方式：以指定的分割符来分割，但要考虑内容中如果有这个分割符需要转义，解码DelimiterBasedFrameDecoder
固定长度字段存内容的长度信息：要考虑预留多少位来存储这个长度，解码器是LengthFieldBasedFramedDecoder，编码器LengthFieldPrepender

上面的编码器都继承了ByteToMessageDecoder这个抽象类

ByteToMessageDecoder 继承 ChannelInboundHandlerAdapter
ChannelInboundHandlerAdapter 中有一个channelRead方法处理数据，ByteToMessageDecoder 中就具体实现了channelRead方法
ByteToMessageDecoder中维护了一个ByteBuf类型的数据积累器cumulation，如果是第一笔数据直接赋值给cumulation，不是第一笔的就追加在cumulation后面，然后调

  callDecode(ctx, cumulation, out);
  
  //其中callDecode中会调
  decodeRemovalReentryProtection(ctx, in, out);
  //然后这个又会调decode(ctx, in, out);//这个decode是ByteToMessageDecoder中提供的抽象方法，具体由上面的各种Decoder来实现
  

以FixedLengthFrameDecoder为例子

public class FixedLengthFrameDecoder extends ByteToMessageDecoder {
    private final int frameLength;

    public FixedLengthFrameDecoder(int frameLength) {
        if(frameLength <= 0) {
            throw new IllegalArgumentException("frameLength must be a positive integer: " + frameLength);
        } else {
            this.frameLength = frameLength;
        }
    }

    protected final void decode(ChannelHandlerContext ctx, ByteBuf in, List