netty学习--handler传递

本文解析了Netty中Pipeline的事件传递流程,详细介绍了如何从Head开始按顺序向Tail传递事件,以及如何跳过某些处理器。通过源码分析,阐述了findContextInbound方法在事件传递中的作用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在netty中的处理链pipeline中,事件是按顺序传递的,把自己拟人为netty程序,针对进来(inbound)的请求,会从head开始,依次往tail传递。

pipeline采用了链表结构,head中有next引用,指向下一个ChannelHandlerContext,直到传递到tail。

在io.netty.channel.DefaultChannelHandlerContext#fireChannelActive中,源码如下:

@Override
    public ChannelHandlerContext fireChannelActive() {
        DefaultChannelHandlerContext next = findContextInbound(MASK_CHANNEL_ACTIVE); //传递active掩码
        next.invoker.invokeChannelActive(next);
        return this;
    }

下面主要看看:

    private DefaultChannelHandlerContext findContextInbound(int mask) {
        DefaultChannelHandlerContext ctx = this;
        do {
            ctx = ctx.next; //针对inbound请求,在链表中的传递顺序为head到tail,所以这边取next
        } while ((ctx.skipFlags & mask) != 0);//可以看出,循环继续的条件为ctx.skipFlags & mask不为0,也就是该handler上下文的跳过标志中,如果包含了参数指定的掩码,就要跳过,不进行处理。
        return ctx;
    }

综上,遍历过程中,发现的第一个不跳过参数指定掩码的事件的处理器,就是要进行处理的下一个处理器。

转载于:https://www.cnblogs.com/grey-wolf/p/7194936.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值