谈谈你对Netty中,Pipeline工作原理的理解?

开发 前端
每个Context中又会包含一个ChannelHandler,我们通过addLast()方法往Pipeline中添加的对象,并且Handler的添加顺序会影响代码的执行顺序。而这些Handler本质上都是实现编码和解码的功能,不管是编码器还是解码器都必须实现ChannelHandler接口。

1位工作8年的小伙伴,去某东面试IM部门,被问到这样一道面试题。说,请你谈一谈你对Netty Pipeline设计原理的理解。当时,他说只是用过Netty的Pipline,原理没有深入了解过,然后就没有然后了。

今天,我给大家讲一讲,我对Netty Pipeline的理解。

1、结构设计

Netty中的Pipeline本质上是一个双向链表,它采用了责任链模式。在Netty中每个Channel都有且仅有一个ChannelPipeline与之对应,它们的组成关系如下图所示。

图片

NEW

通过上图可以看到,一个Channel包含了一个ChannelPipeline,而ChannelPipeline中又维护了一个由ChannelHandlerContext组成的双向链表。这个链表的头叫HeadContext,链表的尾叫TailContext,并且每个ChannelHandlerContext中又关联着一个ChannelHandler。

2、工作原理

首先来看这样一段代码:

图片

NEW

Bootstrap client = new Bootstrap(); client.channel(NioSocketChannel.class) .handler(new ChannelInitializer() { @Override protected void initChannel(Channel ch) throws Exception { //接收课客户端请求的处理流程 ChannelPipeline pipeline = ch.pipeline(); //对象编码器 pipeline.addLast("encoder",new ObjectEncoder()); //对象解码器 pipeline.addLast("encoder",new ObjectDecoder()); } });

对于用过Netty的小伙伴来说,应该非常熟悉。在Netty中,Pipeline的初始化,是通过调用Channel的handler()方法,然后在handler()方法中传入一个叫做ChannelInitializer的对象,通过SocketChannel构建出一个新的Pipeline对象。每次调用addLast()方法,都会在Pipelie的末端插入一个ChannelHandlerContext。如图所示:

图片

NEW

每个Context中又会包含一个ChannelHandler,我们通过addLast()方法往Pipeline中添加的对象,并且Handler的添加顺序会影响代码的执行顺序。而这些Handler本质上都是实现编码和解码的功能,不管是编码器还是解码器都必须实现ChannelHandler接口。

图中的Handler就是我们代码程序要执行的逻辑。而Netty默认帮我们实现了非常多内置Handler,我们只需要直接拿过来用就可以了。当然,我们也可以自己实现ChannelHandler接口,来实现自定义的编、码器。比如自定义通信协议等等。

当所有的Handler全部添加到Pipeline中以后,Netty就会将这些Handler组装成一个双向链表,从而实现串行化调用。从头部往尾部执行的Handler被称为Inbound,用来接收用户请求,从尾部往头部执行的Handler被称为Outbound,用来给用户响应。所以,Inbound可以用来实现解码的功能、而Outbound可以用来实现编码的功能。

好了,以上就是我对Pipeline设计原理的理解。

责任编辑:武晓燕 来源: Tom弹架构
相关推荐

2022-10-09 15:18:31

SwaggerOpenAPI工具

2022-08-14 07:14:50

Kafka零拷贝

2023-11-28 12:25:02

多线程安全

2022-06-30 09:10:33

NoSQLHBaseRedis

2022-09-23 11:00:27

KafkaZookeeper机制

2024-05-31 08:10:58

Netty线程模型多路复用模型

2022-08-26 00:02:03

RocketMQ单体架构MQ

2021-07-16 07:57:34

ReduxDOM组件

2024-09-02 16:10:19

vue2前端

2022-08-29 16:03:33

状态流转Java

2024-09-20 05:46:00

2024-09-11 16:49:55

2022-09-19 07:57:59

云服务互联网基础设施

2022-09-28 16:37:59

SpringMVC框架

2022-09-09 10:15:06

OAuthJava

2024-09-27 15:43:52

零拷贝DMAIO

2022-03-21 09:05:18

volatileCPUJava

2024-10-24 16:14:43

数据传输CPU零拷贝

2022-08-26 00:21:44

IO模型线程

2022-06-10 11:51:49

MySQL事务隔离
点赞
收藏

51CTO技术栈公众号