Netty责任链设计模式

1 设计模式 - 责任链模式

1. 定义
2. 实现责任链模式

1.1 定义

责任链模式：为请求创建了一个处理对象的链。
发起请求和具体处理请求的过程进行解耦：责任链上的handler负责处理请求，客户只需将请求发送到链上，无需关心请求的处理细节和请求的传递。

1.2 实现责任链模式

实现责任链模式4个要素：处理器抽象类、处理器实现类、保存处理器信息、处理执行；通常以集合形式或链表形式保存处理器信息。

//集合形式存储---伪代码
//处理器抽象类
class AbstractHandler{ void doHandler(Object arg0) }

//处理器具体实现类
class Handler1 extends AbstractHandler{ assert continue; }
class Handler2 extends AbstractHandler{ assert continue; }
class Handler3 extends AbstractHandler{ assert continue; }

//创建集合并存储所有处理器实例信息
List handlers = new List();
handlers.add(handler1, handler2, handler3);

//处理请求，调用处理器
void process(request){
	for (handler in handlers)
		handler.doHandler(request);
}

//发起请求调用，通过责任链处理请求
call process(request);

2 Netty中的ChannelPipeline责任链

1. 入站事件和出站事件
2. Netty中事件的定义
3. Pipeline中的handler是什么
4. 维护Pipeline中的handler
5. handler的执行分析

2.1 入站事件和出站事件

入站事件：通常指I/O线程生成了入站数据。(通俗理解：从socket底层自己往上冒上来的事件都是入站)比如EventLoop收到selector的OP_READ事件，入站处理器调用socketChannel.read(ByteBuffer)接收到数据后，这将导致通道的ChannelPipeline中包含的下一个入站处理器中的channelRead方法被调用。

出站事件：通常是指I/O线程执行实际的输出操作。(通俗理解：想主动往socket底层操作的事件都是出站)比如bind方法用意是请求server socket绑定到给定的SocketAddress，这将导致通道的ChannelPipeline中包含的下一个出站处理器中的bind方法被调用。

2.2 Netty中事件的定义

inbound入站事件

事件	描述
fireChannelRegistered	channel注册事件
fireChannelUnregistered	channel解除注册事件
fireChannelActive	channel活跃事件
fireChannelInactive	channel非活跃事件
fireExceptionCaught	异常事件
fireUserEventTriggered	用户自定义事件
fireChannelRead	channel读事件
fireChannelReadComplete	channel读完成事件
fireChannelWritabilityChanged	channel写状态变化事件

outbound出站事件

事件	描述
bind	端口绑定事件
connect	连接事件
disconnect	断开连接事件
close	关闭事件
deregister	解除注册事件
flush	刷新数据到网络事件
read	读事件，用于注册OP_READ到selector
write	写事件
writeAndFlush	写出事件

2.3 Pipeline中的handler是什么

ChannelHandler：用于处理I/O事件或拦截I/O操作，并转发到ChannelPipeline的下一个处理器。
实际使用会去实现下面两大子接口：处理入站I/O事件的ChannelInboundHandler、处理出站I/O操作的ChannelOutboundHandler

为避免所有handler去实现一遍接口方法，Netty提供了简单的实现类：
ChannelInboundHandlerAdapter 处理入站I/O事件
ChannelOutBoundHandlerAdapter 处理出站I/O操作
ChannelDuplexHandlerAdapter 支持同时处理入站和出站事件

ChannelHandlerContext：实际存储在Pipeline中的对象并非ChannelHandler，而是上下文对象。将handler包裹在上下文对象中，通过上下文对象与它所属的ChannelPipeline交互，向上或向下传递事件或者修改pipeline都是通过上下文对象

2.4 维护Pipeline中的handler

ChannelPipeline是线程安全的，ChannelHandler可以在任何时候添加或删除。如在即将交换敏感信息时插入加密处理程序，并在交换后删除。

方法名称	描述
addFirst	最前面插入
addLast	最后面插入
addBefore	插入到指定处理器前面
addAfter	插入到指定处理器后面
remove	移除指定处理器
removeFirst	移除第一个处理器
removeLast	移除最后一个处理器
replace	替换指定的处理器

2.5 handler的执行分析

入站事件发生时，执行顺序为1、2、3、4、5
出站事件发生时，执行顺序为5、4、3、2、1
基于以上顺序，实际入站事件的执行顺序为1、2、5，实际出站事件的执行顺序为5、4、3
上下文对象中fire**开头的方法，代表入站事件传播和处理，其余的方法代表出站事件的传播和处理

参考文章

网易云课堂《Java高级开发工程师》

结语

本人所有博客仅用于学习记录，不做任何商业用途，如涉及侵权，还请联系删除，感谢阅读，欢迎留言，一起进步~