关于Netty Handler入站出站机制详解

关于Netty Handler入站出站机制详解

引言

由于工作需要，我开始对Netty这套框架进行了研究及使用，在学习过程中发现各论坛对Handler的入站出站机制都存在一个错误，所以写了这篇文章，方便自己及其他网友参阅。

1.Netty PipeLine机制解释

• 众所周知，Netty是通过Channel来建立连接的，并且这个Channel在java原生NIO Channel的基础上改装优化的。
• 每当一个新的连接建立后，Netty都会生成一个Channel及一个Pipeline，并互相引用；
• 这个Pipeline是一个双向链表结构，建立初期，会根据 BootStrap（客户端） 或 ServerBootStrap（服务端）初始化时的配置，依次加入ChannelInitializer对象（yi）、自定义（或Netty框架自带）编解码对象、业务处理Handler对象（这些对象都由一个HandlerContext对象进行包裹）。

2.入站出站机制解释

• 当数据从外界进入本地channel时，这个动作称之为入站，当数据从本地channel发往外界时，这个动作称为出站。如果以客户端主动访问服务端为例，则这个过程分别触发：客户端出站 --> 服务端入站 --> 服务端出站 --> 客户端入站;而如果以服务端主动访问客户端为例，则这个过程分别触发：服务端出站 --> 客户端入站 --> 客户端出站 --> 服务端入站;(这里就是和其他网站解释的不一样的地方，我翻阅了很多人写的文章，都写的是客户端访问服务端，称之为出站，反之为入站！！？，什么鬼，估计是哪抄来的，或者哪死记硬背的得来的)
• 当发生入站时，Netty框架会顺向遍历Pipeline中的Handler，遇到ChannelInboundHandler的实现类时，依次触发对象的 channelRead 方法（上一个节点有义务向下一个节点发送Read事件，如果不发，那么中断 channelRead 链）；
• 当发生出站时，Netty框架会逆向遍历Pipeline中的Handler，遇到ChannelOutboundHandler的实现类时，依次触发对象的 channelActive | write 方法（上一个节点有义务向下一个节点发送Active事件，如果不发，那么中断 channelActive| write 链）；

3.总结

这些结论都由本人在源码中一个一个断点debug下得出，小伙伴们可以亲测。
纸上得来终觉浅，绝知此事要躬行