channelHandler是用来做什么的？ChannelHandler用来处理组件之间的交互，结合它的状态做各种业务，通过ChannelPipelinel来连接各个ChannelHandler
ChannelHandler怎么在实际中使用？
channelHandler家族具有如下的结构
- ChannelInboundHandler用来处理入站数据以及各种状态变化。ChannelInboundHandlerAdapter对接口做适配，默认简单的提交到ChannelPipeline的下一个ChannelHandler,在实现过程中只需要专注重写自己想要的方法即可，但是它不会自动的释放与池化ByteBuf相关的内存，需要手动调用
ReferenceCountUtil.release()自动的实现在SimpleChannelInboundHandler，注意如果要传递给下一个ChannelHandler需要调用ReferenceCountUtil.retain()
- ChannelOutboundHandler处理出站数据并且允许拦截所有的操作。ChannelOutboundHandlerAdapter对接口做了适配，默认调用ChannelHandlerContext相同的方法，实现转发到ChannelPipeline中的先一个ChannelHandler
Channel的各状态详解
当channel状态发生变化会转换成对应的事件交给ChannelHandler处理
ChannelHandler的声明周期详解
- handlerAdded:添加到ChannelPipeline时调用
- handlerRemoved:从ChannelPipeline中移除时调用
- exceptionCaught:处理过程中在ChannelPipeline中有错误产生时调用。对于入站异常来讲，从错误发生的那一点开始继续沿着入站方向流动，所以一般在最后一个ChannelInboundHandler实现。【出站异常一般通过返回的ChannelFuture注册listenner,通过
channelFuture.isSuccess来判断是否出现异常，另一种方式是将ChannelFutureListener作为参数给写方法的ChannelPromise，他适合相对简单的异常处理】
ChannelHandler在ChannelPipeline中的布局是怎样的？
每个新建的channel都会被分配一个新的channelpipeline,而且在channel的整个生命周期中，这永远不会被改变
ChannelPipeline是怎么操作ChannelHandler?
- addFirst(addLast):将channelhandler作为第一个(最后一个)处理器
- addBefore(addAfter):在已经存在的channelhandler之前(之后)添加一个处理器
- remove:从channelpipeline中删除一个已经存在的channelhandler
- replace:将原channelpipeline中的channelhandler替换成新的
- fire开头的方法：一般是调用channelpipeline中的下一个channelinboundchannelhandler对应的方法
- 出站对应的write（read）则是写（读）channelpipeline的下一个channeloutboundhandler写（读）方法【其它出站方法类似】
ChannelHandlerContext与ChannelPipeline、ChannelHandler是什么关系？
ChannelHandlerContext用于管理它所关联的ChannelHandler和同一个ChannelPipeline中的下一个ChannelHandler的交互【每当有handler添加到pipleline时，都会创建context，创建之后context和handler的关系永远都不会变，因而可以缓存context的引用】，如果事件从channel或者channelpipeline上触发将沿整个pipeline传播，但是context上的相同触发方式只会传递给pipeline上的下一个能够处理的handler
ChannelHandler是否可以在多个ChannelPipeline中复用？
在实现的handler上方使用注解@Sharable【注意ChannelHandler本身处理逻辑的线程安全性】，这样多个pipeline就可以共享一个handler,这种方式可以用来收集跨多个channel的统计信息
