netty5笔记-总体流程分析3-ChannelHandlerContext

      上面一篇文章介绍了ChannelPipeline，它维护了一个有序的ChannelHandler列表，但并非是直接关联，而是通过维护ChannelHandlerContext进行关联。ChannelPipeline的每一个节点都是一个ChannelHandlerContext实例，不存在线程安全问题，而对应的ChannelHandler如果未标记Sharable也是新建的实例，也不存在线程安全问题。对于Sharable的ChannelHandler则由实现者去处理线程安全问题。可以说ChannelHandlerContext起到了一个桥梁的作用，它可以方便的为ChannelHandler传递数据到位于同一ChannelPipeline前面或者后面的ChannelHander，同时它也可以为当前ChannelHandler存储有状态的信息。 总结一下，一个ChannelHandlerContext只能对应一个ChannelHander，只对应一个Channel，而一个ChannelHander则可以对应多个ChannelHandlerContext。在前一篇中我们看到ChannelPipeline中定义了一些列outbound、inbound事件，对应的方法都会调用ChannelHandlerContext中的对应方法，由于方法名一致，这里不再介绍了，看看ChannelHanderContext中特有的几个方法：

方法名	说明
channel	获取与Context关联的Channel, 一个Context对应一个Channel,而一个Channel则对应了多个Context
executor	用于执行实例中产生的Promise中的listenrer
invoker	通过该对象调用handler上的各个方法，通过它的调用可以保证线程安全
handler	实际的事件处理者

      上面的invoker可以保证线程安全，它是如何做的呢？ 我们来看看其中一个invoker的部分实现：

    
    public void invokeChannelInactive(final ChannelHandlerContext ctx) {
        // 当前调用如果是在EventLoop中则直接调用xxxNow （inEventLoop保证线程安全，见前面的EventLoop分析）
        if (executor.inEventLoop()) {
            invokeChannelInactiveNow(ctx);
        } else {
            // 如果不在EventLoop中则调用execute方法，此处execute方法将此任务添加到EventLoop的任务队列中，等待后续执行
            executor.execute(new OneTimeTask() {
                @Override
                public void run() {
                    invokeChannelInactiveNow(ctx);
                }
            });
        }
    }

    // 下面的几个方法来源于ChannelHanderInvokerUtil