【图解IO与Netty系列】Netty源码解析——ChannelPipeline中的责任链模式

黄俊懿

于 2024-06-22 11:49:43 发布

阅读量971

点赞数 22

CC 4.0 BY-SA版权

分类专栏：图解IO与Netty系列文章标签：责任链模式 java Netty nio 后端源码

本文链接：https://blog.csdn.net/weixin_43889578/article/details/136576916

Netty源码解析——ChannelPipeline中的责任链模式

ChannelPipeline的作用
ChannelPipeline的设计
ChannelPipeline源码解析

ChannelPipeline的作用

ChannelPipeline在Netty中的作用，主要是在有事件就绪时，用于处理就绪事件的。我们知道真正处理就绪事件的其实是ChannelHandler，但是由于ChannelHandler有多个，可能会同时处理这个就绪事件，于是Netty就设计了一个ChannelPipeline，利用责任链模式串联起多个ChannelHandler。

在这里插入图片描述

ChannelPipeline的设计

ChannelPipeline是责任链模式的一种实现，ChannelPipeline里面是一个由多个ChannelHandlerContext串联起来的双向链表，每个ChannelHandlerContext有一个后继指针next和前驱指针prev用于指向后面一个和前面一个ChannelHandlerContext，而ChannelHandler则是被包装在ChannelHandlerContext中。

在这里插入图片描述

之所以不让ChannelHandler维护next和prev指针，是尽量保证ChannelHandler的职责单一（处理就绪事件）。

在这里插入图片描述

在ChannelPipeline中，入站事件的处理顺序是从head到tail方向依次调用ChannelHandler，而处理出站事件则是从tail到head方向依次调用ChannelHandler。并且只有ChannelInboundHandler类型的ChannelHandler才会处理入站事件，只有ChannelOutboundHandler类型的ChannelHandler才会处理出站事件。

在这里插入图片描述

ChannelPipeline源码解析

我们就以read事件的处理为例，看一下ChannelPipeline的源码设计。ChannelPipeline的fireChannelRead()方法就是触发ChannelPipeline处理read事件的入口，我们从这里开始。

io.netty.channel.DefaultChannelPipeline#fireChannelRead

    @Override
    public final ChannelPipeline fireChannelRead(Object msg) {
   
   
        AbstractChannelHandlerContext.invokeChannelRead(head, msg);
        return this;
    }

调用AbstractChannelHandlerContext的静态方法invokeChannelRead()，参数head就是HeadContext，是ChannelPipeline中的链表的头部节点。

在这里插入图片描述

io.netty.channel.AbstractChannelHandlerContext#invokeChannelRead(io.netty.channel.AbstractChannelHandlerContext, java.lang.Object)

    static void invokeChannelRead(final AbstractChannelHandlerContext next, Object msg) {
   
   
        final Object m = next.pipeline.touch(

最低0.47元/天解锁文章

200万优质内容无限畅学