Netty源码解析 -- ChannelPipeline机制与读写过程

本文继续阅读Netty源码，解析ChannelPipeline事件传播原理，以及Netty读写过程。
源码分析基于Netty 4.1

ChannelPipeline

Netty中的ChannelPipeline可以理解为拦截器链，维护了一个ChannelHandler链表，ChannelHandler即具体拦截器，可以在读写过程中，对数据进行处理。
ChannelHandler也可以分为两类。
ChannelInboundHandler，监控Channel状态变化，如channelActive，channelRegistered，通常通过重写ChannelOutboundHandler#channelRead方法处理读取到的数据，如HttpObjectDecoder将读取到的数据解析为(netty)HttpRequest。
ChannelOutboundHandler，拦截IO事件，如bind，connect，read，write，通常通过重写ChannelInboundHandler#write方法处理将写入Channel的数据。如HttpResponseEncoder，将待写入的数据转换为Http格式。

ChannelPipeline的默认实现类为DefaultChannelPipeline，它在ChannelHandler链表首尾维护了两个特殊的ChannelHandler -- HeadContext，TailContext。
HeadContext负责将IO事件转发给对应的UnSafe处理，例如前面文章中说到的register，bind，read等操作。
TailContext主要是一些兜底处理，如channelRead方法释放ByteBuf的引用等。

事件传播

ChannelOutboundInvoker负责触发ChannelOutboundHandler的方法，他们方法名相同，只是ChannelOutboundInvoker方法中少了ChannelHandlerContext参数。
同样，ChannelInboundInvoker负责触发ChannelInboundHandler的方法，但ChannelInboundInvoker的方法名多了fire，如ChannelInboundInvoker#fireChannelRead方法，触发ChannelInboundHandler#channelRead。
ChannelPipeline和ChannelHandlerContext都继承了这两个接口。
但他们作用不同，ChannelPipeline是拦截器链，实际请求委托给ChannelHandlerContext处理。
ChannelHandlerContext接口（即ChannelHandler上下文)维护了链表的上下节点，它作为ChannelHandler方法参数， 负责与ChannelPipeline及其他 ChannelHandler互动。通过它可以动态修改Channel的属性，给EventLoop提交任务，也可以向下一个（上一个）ChannelHandler传播事件。
例如，在ChannelInboundHandler#channelRead处理完数据后，可以通过ChannelHandlerContext#write将数据写到Channel。
ChannelInboundHandler#handler方法返回真正的ChannelHandler，并使用该ChannelHandler执行实际操作。
通过DefaultChannelPipeline#addFirst等方法添加ChannelHandler时，Netty会为ChannelHandler构造一个Defaul