Netty第二章 2020 3-8——Netty源码之Context,Channel,Pipeline,EventLoop,Handler,Selector

在看Netty源码的时候,我们经常会看到Context,Channel,Pipeline,EventLoop,Handler,Selector这些东西,尤其在debug的时候,经常会被这些概念弄得晕头转向,比方说:

pipeline中有context,context中又有handler,context中又有channel,channel中又有pipeline,NioEventLoop中有selector,一个selector管理多个channel,

各种彼此拥有彼此的关系,很乱。

这里我们就简单梳理一下这些对象,我们先按照流程阶段来看一下这些对象都在什么时候创建的,创建了几次。

我们可以在上述每个类的构造方法中都添加断点,来调试看看流程。

1.NioEventLoopGroup初始化

启动ServerBootStrap之前要为其配置线程组,即创建NioEventLoopGroup

<init>:59, NioEventLoopGroup

<init>:59, MultithreadEventLoopGroup

<init>:84, MultithreadEventExecutorGroup->初始化children数组

newChild:127, NioEventLoopGroup->创建每个数组元素,即NioEventLoop初始化

<init>:134, NioEventLoop->指定NioEventLoopGroup为NioEventLoop的parent

openSelector:166, NioEventLoop->然后为每个NioEventLoop打开一个selector

可以看到,这里会根据用户传入的线程数量,创建一个或者多个NioEventLoop

2.ServerBootStrap的启动

1)DefaultChannelPipeline和NioServerSocketChannel的绑定

bind:253, AbstractBootstrap

bind:278, AbstractBootstrap

doBind:282, AbstractBootstrap

initAndRegister:320, AbstractBootstrap

newChannel:38, ReflectiveChannelFactory->用反射工厂创建channel(NioServerSocketChannel)

<init>:74, NioServerSocketChannel

<init>:42, AbstractNioMessageChannel

<init>:84, AbstractNioChannel

<init>:85, AbstractChannel

newChannelPipeline:118, AbstractChannel->创建DefaultChannelPipeline,并把this,即自身这个NioServerSocketChannel作为构造函数的入参传入,这样该DefaultChannelPipeline和NioServerSocketChannel就绑定到一起了

<init>:97, DefaultChannelPipeline->构造HeadContext

<init>:98, DefaultChannelPipeline->构造TailContext

2)context与handler的绑定

initAndRegister:321, AbstractBootstrap

init:169, ServerBootstrap->为Pipeline添加handler

addLast:210, DefaultChannelPipeline->创建DefaultChannelHandlerContext,并且与handler绑定。每次添加handler都会创建context,但这些context都对应当前DefaultChannelPipeline

newContext:120, DefaultChannelPipeline->将DefaultChannelPipeline绑定到context里

addLast:212, DefaultChannelPipeline->维护context链表顺序

----------------------------

这里番外补一下ChannelInitializer的initChannel

register0:510, AbstractChannel$AbstractUnsafe

invokeHandlerAddedIfNeeded:686, DefaultChannelPipeline

execute:1487, DefaultChannelPipeline$PendingHandlerAddedTask

callHandlerAdded0:637, DefaultChannelPipeline

handlerAdded:107, ChannelInitializer

initChannel:115, ChannelInitializer

initChannel:172, ServerBootstrap$1

----------------------------

3)NioServerSocketChannel和NioEventLoop的绑定

initAndRegister:333, AbstractBootstrap

register:86, MultithreadEventLoopGroup

register:74, SingleThreadEventLoop

register:80, SingleThreadEventLoop

register:473, AbstractChannel$AbstractUnsafe->将eventLoop赋值到该AbstractChannel的eventLoop字段

-----------------------------------------------------------------

总结一下几对关系,我们可以通过名字帮助我们记忆

DefaultChannelPipeline vs NioServerSocketChannel

因为叫做DefaultChannelPipeline,所以它就是channel上面的Pipeline,顾名思义,作用相当于channel上的流水线,对channel上的数据进行处理,这个后面说添加handler的时候再提。

NioEventLoop vs NioServerSocketChannel

而NioEventLoop是执行该流水线操作的线程,同时还用它内部的selector去对该channel的事件进行管理。

DefaultChannelHandlerContext vs ChannelHandler

DefaultChannelHandlerContext顾名思义,是保存ChannelHandler的context,所以与ChannelHandler一一对应,context可以看做是ChannelHandler的容器

DefaultChannelPipeline vs ChannelHandler

我们可以用当前的DefaultChannelPipeline添加多个,所以一个DefaultChannelPipeline可以对应多个ChannelHandler

DefaultChannelPipeline vs DefaultChannelHandlerContext

上面说了context与ChannelHandler一一对应,而一个DefaultChannelPipeline可以对应多个ChannelHandler,所以一个DefaultChannelPipeline也对应了多个ChannelHandler

NioServerSocketChannel vs NioEventLoop

一个NioEventLoop可以管理多个SocketChannel,也可以是多个NioEventLoop可以管理多个SocketChannel,一个SocketChannel最多只有一个NioEventLoop处理,但一个NioEventLoop可以处理多个SocketChannel。

但是对于NioServerSocketChannel比较特殊,通常server端只暴露一个端口接收请求,这样也就只会bind一次,那么只有一个NioEventLoop起所用。但是如果暴露多个端口对外提供服务的话,那么就可以用多个NioEventLoop管理多个NioServerSocketChannel。

3.Client发起连接

processSelectedKey:644, NioEventLoop

read:75, AbstractNioMessageChannel$NioMessageUnsafe

doReadMessages:147, NioServerSocketChannel->这里构造NioSocketChannel,把NioServerSocketChannel和jdk的SocketChannel作为构造函数的参数传进去,装载了jdk的真正的SocketChannel同时又绑和NioServerSocketChannel绑定在了一起

<init>:104, NioSocketChannel

<init>:66, AbstractNioByteChannel

<init>:84, AbstractNioChannel

<init>:85, AbstractChannel

newChannelPipeline:118, AbstractChannel->这里又创建了一个DefaultChannelPipeline,并把this,即这个NioSocketChannel作为构造函数入参传入,实现DefaultChannelPipeline和NioSocketChannel的绑定

channelRead:246, ServerBootstrap$ServerBootstrapAcceptor->这里调用ServerBootstrap中自己的handler的channelRead

addLast:210, DefaultChannelPipeline->把ServerBootstrap$ServerBootstrapAcceptor这个handler和该DefaultChannelPipeline一起添加到context中

channelRead:255, ServerBootstrap$ServerBootstrapAcceptor->把该NioSocketChannel注册到一个NioEventLoop上

processSelectedKey:644, NioEventLoop->NioSocketChannel对应的NioEventLoop会处理该channel上的读事件,进而对客户端的读操作进行相应

总结一下,这里和server启动类似,都涉及到channel创建,绑定NioEventLoop处理,添加handler,创建context等等,但是这里不同的是:

DefaultChannelPipeline vs NioSocketChannel

这里绑定的是NioSocketChannel,用来处理client发起的读请求,不像上面server启动,和Pipeline绑定的是NioServerSocketChannel,用来处理client发起的连接事件。

NioEventLoop vs NioSocketChannel

这里也一样,NioEventLoop处理的是NioSocketChannel上的事件,而不是NioServerSocketChannel上的事件。

DefaultChannelHandlerContext vs ChannelHandler

DefaultChannelPipeline vs ChannelHandler

DefaultChannelPipeline vs DefaultChannelHandlerContext

这三个和上面一样

NioSocketChannel vs NioEventLoop

这个和上面类似,一个NioEventLoop可以管理多个NioSocketChannel,也可以是多个NioEventLoop可以管理多个NioSocketChannel,一个NioSocketChannel最多只有一个NioEventLoop处理,但一个NioEventLoop可以处理多个SocketChannel。

但是值得注意的是,当client和server的连接建立成功之后,后面就会一直使用这个NioSocketChannel来进行读写操作,除非再建立其他连接做读写处理。这也是dubbo采用的所谓单一长连接的模式,dubbo客户端和server端之间只保持一个连接,然后一直用这个连接进行通讯(当然视配置而定,如果配置连接数超过1,那么就不是单一长连接了)。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值