文章目录
一、Channel、ChannelPipeline 以及ChannelHandler 三者的关系❓
通过以上对Channel和ChannelPipeline的源码解读,想必大家已知晓Channel、ChannelPipeline和 ChannelHandler 三者的关系,正如图所示:
- 每一个 Channel 中都会包含一个 ChannelPipeline 属性
- ChannelPipeline 是一个双向链表结构,默认会包含 HeadContext 和 TailContext 两个节点
- 当向 ChannelPipeline 中添加 ChannelHandler 时,会包装成 ChannelContext 插入到 ChannelPipeline 链表中
- 当 Channel 中发生指定事件时,该事件就会在 ChannelPipeline 中沿着双向链表进行传播,调用各个 ChannelHandler 中的指定方法,完成相应的业务处理
Netty 正是通过 ChannelPipeline 这一结构为用户提供了自定义业务逻辑的扩展点,用户只需要向 ChannelPipeline 中添加处理对应业务逻辑的 ChannelHandler,之后当指定事件发生时,该 ChannelHandler 中的对应方法就会进行回调,实现业务的处理。
打个比喻,每个 channel 是一个产品的加工车间,pipeline 是车间中的流水线,channelHandler 就是流水线上的各道工序,byteBuf 是原材料,经过很多工序的加工:先经过一道道入站工序,再经过一道道出站工序最终变成产品。
二、ChannelHandler 是什么?🤔️
ChannelHandler 基于责任链模式实现,负责对IO事件进行拦截和处理, 也可以终止事件的传递。ChannelHandler 有两个重要的子接口:ChannelInboundHandler和ChannelOutboundHandler,分别拦截入站和出站的各种 I/O 事件。
- 入站处理器通常是 ChannelInboundHandlerAdapter 的子类,主要用来 处理入站数据以及各种变化,简单理解就是:客户端或者服务器端接收其他端的数据进行处理;
- 出站处理器通常是 ChannelOutboundHandlerAdapter 的子类,主要用来 处理 出站 数据并且允许拦截所有的操作,简单理解就是:客户端或者服务器端发送数据给其他端的数据处理,同时还可以拦截读写操作。
ChannelHandler支持注解,Netty提供了2个:
Sharable
:多个ChannelPipline公用同一个ChannelHandlerSkip
:被Skip注解的方法不会被调用
ChannelDuplexHandler是双工处理器,具有ChannelInboundHandler和ChannelOutboundHandler的功能
三、ChannelInboundHandler
ChannelInboundHandler 处理入站数据以及各种状态变化,当 channel 状态发生改变会调用 ChannelInboundHandler 中的一些生命周期方法,以下罗列ChannelInboundHandler的事件回调方法与触发时机!
- channelRegistered 注册事件。channel 被注册到 EventLoop 上后调用,例如服务岗启动时,
pipeline.fireChannelRegistered()
。 - channelUnregistered 注销事件。channel 从 EventLoop 上注销后调用,例如关闭连接成功后,
pipeline.fireChannelUnregistered()
- channelActive 激活事件,绑定端口成功后调用,
pipeline.fireChannelActive()
- channelInactive 非激活事件,连接关闭后调用,
pipeline.fireChannelInactive()
- channelRead 读事件,channel有数据时调用,
pipeline.fireChannelRead()
- channelReadComplete 读完事件,channel读完之后调用,
pipeline.fireChannelReadComplete()
- channelWritabilityChanged 可写状态变更事件,当一个channel的可写的状态发生改变的时候执行,可以保证写的操作不要太快,防止OOM,
pipeline.fireChannelWritabilityChanged()
- userEventTriggered 用户事件触发,例如心跳检测,
ctx.fireUserEventTriggered(evt)
- exceptionCaught 异常事件
我们可以看出,Inbound事件都是由I/O线程触发,用户实现部分关注的事件被动调用
ChannelInboundHandlerAdapter
作为ChannelInboundHandler
的实现,默认将入站事件自动传播到下一个入站处理器。其中的代码高度一致,如channelRead()
:
查找通道中的下一个Inbound
private AbstractChannelHandlerContext findContextInbound(int mask) {
AbstractChannelHandlerContext ctx = this;
do {
ctx = ctx.next;
} while ((ctx.executionMask & mask) == 0);
return ctx;
}
四、ChannelOutboundHandler
ChannelOutboundHandler 的事件回调方法与触发时机!此外 ChannelOutboundHandler 中绝大部分接口都包含ChannelPromise 参数,以便于在操作完成时能够及时获得通知。
- bind 事件,绑定端口
- close事件,关闭channel
- connect事件,用于客户端,连接一个远程机器
- disconnect事件,用于客户端,关闭远程连接
- deregister事件,用于客户端,在执行断开连接disconnect操作后调用,将channel从EventLoop中注销
- read事件,用于新接入连接时,注册成功多路复用器上后,修改监听为OP_READ操作位
- write事件,向通道写数据
- flush事件,将通道排队的数据刷新到远程机器上
同理,ChannelOutboundHandlerAdapter
作为ChannelOutboundHandler
的事件,默认将出站事件传播到下一个出站处理器~