Netty源码(二):Netty的Channel和Pipeline

简介: 本文主要讲述Netty框架中Channel相关的知识,Netty通过Channel和Pipeline等一些组件提供了所谓的Universal Communication API.与Channel相关的知识点比较多,本篇文章就主要讲解一下Channel和...

本文主要讲述Netty框架中Channel相关的知识,Netty通过Channel和Pipeline等一些组件提供了所谓的Universal Communication API.与Channel相关的知识点比较多,本篇文章就主要讲解一下ChannelPipeline的事件处理流原理.Channel,EventLoopChannelFuture的相关知识下篇文章中再进行讲述.

官方文档上的Channel

官方文档上给出的解释是Channel是与网络Socket相关的或具有一定I/O能力的组件.一个Channel可以给用户提供:

  • 当前Channel的状态(比如,是否保存Open状态,是否处于连接状态)
  • Channel的配置参数,比如说buffer的大小
  • Channel支持的相关I/O操作,比如说read,write,connectbind
  • 提供一个ChannelPipeline来处理所有与该Channel相关的I/O事件和请求

Channel上进行的所有I/O操作都是异步的,也就是说,所有涉及I/O操作的调用都会立刻返回,并不保证操作完成,而是会返回一个ChannelFuture对象来通知你操作是否完成.
 Channel是有层级的,这样的话,你就可以很方便的利用其他已有的Channel来构建自己需要的channel,比如说基于SocketChannel来实现关于SSHChannel

此外,当你完成某些操作之后调用close()或在close(ChannelPromise)是非常重要的,这样能确保你正确的释放了所有资源.

我眼中的Channel

首先,我们应该都知道Netty支持很多I/O通信协议:

  • 基于TCP的NIO: NioServerSocketChannel,NioSocketChannel
  • 基于UDP的NIO:NioDatagramChannel
  • 基于TCP的OIO:OioSocketChannelOioServerSocketChannel
  • 基于UDP的OIO:OioDatagramChannel
    如果把关于Channel的类图列出来的话,你会发现支持各种协议的Channel,不信你就看一下这个类图.

这样想一下,Channel不就是Netty框架用来封装不同协议逻辑的组件吗?,有了Channel的存在,所有于通信协议相关的逻辑都隐藏在不同的Channel实现里,然后在对外提供相对统一的API.
 说道这里,你可能还不知道,即使是OIOChannel,它提供的I/O操作也是异步的.也就是说在Netty框架中,不论是OIO还是NIO模型,读写都会阻塞.这样也体现了Universal Communication API的思想,这就使得我们切换Channel非常方便.我们只要初始化不同的Channel即可.
ServerBootstrap b = new ServerBootstrap(); b.group(bossGroup, workerGroup) .channel(NioServerSocketChannel.class) ServerBootstrap b = new ServerBootstrap(); b.group(bossGroup, workerGroup) .channel(OioServerSocketChannel.class)
 有关Channel协议相关的底层知识,我们会在下一篇文章时进行介绍.

ChannelHandler和ChannelPipeline

只有Channel的支持,还不足以实现Universal Communication API,还需要上述两个类来提供ChannelHandler的编程模式,基于ChannelHandler来开发业务逻辑,而不需要考虑网络通讯方面的事情.
 Netty源码中一张图形象的描述了这个机制

示意图

Netty中的ChannelPipeline包含两条线路:Upstream和Downstream.Upstream对应上行,接受信息,被动的状态改变,都属于Upstream.Downstream则对应下行,发送消息,主动状态的改变.Upstream对应InBound Handler,Downstream对应Outbound Handler.从Netty内部IO线程接读到IO数据,依次经过N个Handler到达最内部的逻辑处理单元,这种称之为Inbound Handler;从Channel发出IO请求,依次经过M个Handler到达Netty内部IO线程,这种称之为Outbound Handler
 需要注意的是,这个Handler链中消息或在事件不会自动的向下或在向上流动或转发,而是需要由上一个Handler显示的调用ChannelPipeline.sendUp(down)stream来交给下一个Handler来处理.也就是说,每个Handler接受到一个ChannelEvent,处理结束后,如果需要继续处理,那么它需要向下一个或在上一个Handler发起一个事件.

相关文章
|
2月前
|
设计模式 Java
Netty Pipeline详解!
本文深入剖析了 Netty 的管道(Pipeline)设计,Netty 是一个基于 Java NIO 的高性能网络应用框架。文章详细介绍了 Pipeline 的原理、源码及设计思维。Pipeline 作为事件处理链条,包含多个处理器,负责处理入站和出站事件。核心组件包括 `ChannelPipeline`、`ChannelHandler` 和 `ChannelHandlerContext`。Netty 通过链式结构和上下文管理实现了高效的事件传播机制,具备高吞吐量和低延迟的特点。本文还探讨了 Pipeline 的职责分离、链式处理、高内聚低耦合等设计原则,为高性能网络编程提供了宝贵的启示。
98 8
|
7月前
|
消息中间件 Oracle Dubbo
Netty 源码共读(一)如何阅读JDK下sun包的源码
Netty 源码共读(一)如何阅读JDK下sun包的源码
144 1
|
7月前
|
缓存 Java API
【Netty 网络通信】Channel 接口解析
【1月更文挑战第9天】【Netty 网络通信】Channel 接口解析
|
NoSQL Java Redis
跟着源码学IM(十二):基于Netty打造一款高性能的IM即时通讯程序
关于Netty网络框架的内容,前面已经讲了两个章节,但总归来说难以真正掌握,毕竟只是对其中一个个组件进行讲解,很难让诸位将其串起来形成一条线,所以本章中则会结合实战案例,对Netty进行更深层次的学习与掌握,实战案例也并不难,一个非常朴素的IM聊天程序。 原本打算做个多人斗地主练习程序,但那需要织入过多的业务逻辑,因此一方面会带来不必要的理解难度,让案例更为复杂化,另一方面代码量也会偏多,所以最终依旧选择实现基本的IM聊天程序,既简单,又能加深对Netty的理解。
176 1
|
7月前
|
编解码 前端开发 网络协议
Netty Review - ObjectEncoder对象和ObjectDecoder对象解码器的使用与源码解读
Netty Review - ObjectEncoder对象和ObjectDecoder对象解码器的使用与源码解读
171 0
|
7月前
|
编解码 安全 前端开发
Netty Review - StringEncoder字符串编码器和StringDecoder 解码器的使用与源码解读
Netty Review - StringEncoder字符串编码器和StringDecoder 解码器的使用与源码解读
264 0
|
程序员
难倒了80%程序员的题,谈谈你对Netty中,Pipeline工作原理的理解
1位工作8年的小伙伴,去某东面试IM部门,被问到这样一道面试题。说,请你谈一谈你对Netty Pipeline设计原理的理解。当时,他说只是用过Netty的Pipline,原理没有深入了解过,然后就没有然后了。
88 0
|
分布式计算 网络协议 前端开发
【Netty底层数据交互源码】
【Netty底层数据交互源码】
|
Java 容器
【深入研究NIO与Netty线程模型的源码】
【深入研究NIO与Netty线程模型的源码】
|
Web App开发 监控 数据可视化
可视化Netty channel的工具
可视化Netty channel的工具
274 0