🥇🥈🥉🏅🏆往期相关文章：

前言

已经提到了ChannelPipeline里面维护了ChannelHandler的链表，ChannelHandler主要就是负责里面的时间进行拦截和处理。

本篇主要介绍：

• ChannelHandler功能说明
• 接口的透传设计
• 基于责任链模式的ChannelHandler实现的热插拔功能

ChannelHandler功能说明

基于责任链模式实现，负责对IO事件进行拦截和处理， 也可以终止事件的传递。

ChannelHandler支持注解，Netty提供了2个：

• Sharable：多个ChannelPipline公用同一个ChannelHandler
• Skip：被Skip注解的方法不会被调用

ChannelHandlerAdapter

减少臃肿的代码，只需要实现我感兴趣的事件就好，不感兴趣的不用实现

对于大多数ChannelHandler只会关心很少一部分事件，其他事件就会忽略交给下一个ChannelHandler处理。

这就会有一个问题就是，用户自己定义的ChannelHandler必须实现ChannelHandler的所有接口，包括他不关心的那些事件处理接口，这会让代码显得很臃肿。

事件透传

为了解决这个问题，Netty提供了ChannelHandlerAdapter，他的所有接口实现都是事件透传的。

透传：这个概念是通信传输的，指的是不管业务内容怎么变，只负责将内容从来源，传输到目的地

在这里，就是他实现了一个空的方法，留了个钩子Hook，里面没有处理任何事情，如果子类需要有相关需要的逻辑，重写就可以，没有也不需要实现。

但是后面Netty高版本之后，ChannelHandler也只有2个需要实现的方法：

• handlerAdded
• handlerRemoved

不过它提供了这个Adaptor的思路也是非常不错的。

ChannelHander热插拔性

ChannelPipeline支持运行态动态地添加或者删除ChannelHandler

首先解释一下什么是热插拔，对于玩键盘的人来说应该是再熟悉不过了。

感谢百度百科对本篇文章的大力赞助。

对于程序来说其实就是，支持在程序运行时动态地去修改。看到这里是不是想到很多相关的技术？

• ASM字节码
• 反射
• AOP
• 动态代理
• ...

支持动态可插拔：意味着，我们可以随时根据业务场景进行调整Handler的处理逻辑。

流量压力其实也是符合28原则，20%的时间可能承受的是一天80%的流量压力，80%的时间其实只是承担一天流量的20%。

因此，我们可以在业务高峰期的时候，动态地将系统拥塞保护、或者是一些限流的ChannelHandler添加到当前的ChannelPipeline中。

然后等流量压力小了之后，再把这些ChannelHandler给删掉

特别的，一些业务场景中Handler之间具有顺序性

比如HandlerB，需要在HandlerA前面执行

ChannelPipleline支持在任意地方添加，他有：

• addFirts
• addBefore
• addLast

这些方法，在指定位置添加或者删除ChannelHandler

线程安全性

ChannelPipeline是线程安全的。N个业务线程可以并发操作CHannelPipeline而不存在多线程并发问题，这个是框架实现的。（他是通过简单的加锁synchronized悲观锁来实现的）

但是ChannelHandler不是线程安全的。这个还需要通过user-code，程序员来编写代码自己保证。

总结

ChannelHandler只在意自己关心的事件，但是在父类里面定义了所有事件的处理方法，为了减少代码的臃肿，子类不需要实现所有父类的抽象方法，Netty把这些方法定义成事件透传。

Netty的ChannelPipeline基于责任链的设计特性，他是一个链表的形式存在，所以对于ChannelHandler的添加和删除都非常方便，他具有热插拔性。

来都来了，点个赞再走吧彦祖👍，这对我来说非常重要！