Netty模型架构和思维导图

Reactor多线程模型--连接与I/O操作分离

若请求连接的并发量是数以百万计的，且 IO 操作还比较耗时，此时的 Server 即使采用的是 Reactor 线程池模型，系统性能也会急剧下降。此时，可以将连接操作与 IO 操作分开处理，形成 Reactor 的多线程模型。

当客户端通过处理连接请求的 Channel 连接上 Server 后，系统会为该客户端再生成一个子 Channel 专门用于处理该客户端的 IO 请求。这两类不同的 Channel 连接着两类不同的线程池。而线程池中的线程数量，可以根据需求分别设置。提高了系统性能。

Netty-Server 的 Reactor 模型

Netty-Server 采用了多线程池模型。不过线程池是由 EventLoopGroup 充当。EventLoopGroup中的每一个 EventLoop 都绑定着一个线程，用于处理该 Channel 与当前 Server 间的操作。一个 Channel 只能与一个 EventLoop 绑定，但一个 EventLoop 可以绑定多个 Channel。即 Channel与 EventLoop 间的关系是 n:1。

经过生产下实践证明的，一般对于百万级的 QPS，parentGroup 设置为 2 ，childGroup设置为 4 ，就完全没有问题。

EventLoopGroup的内部运行流程

server端包含1个Boss NioEventLoopGroup和1个Worker NioEventLoopGroup，NioEventLoopGroup相当于1个事件循环组，这个组里包含多个事件循环NioEventLoop，每个NioEventLoop包含1个selector和1个事件循环线程。

NioEventLoopGroup : NioEventLoop = 1:N

NioEventLoop: Selector: Channel = 1:1:N

 NioEventLoop:  NioEventLoop绑定的线程数 = 1:1

每个Boss NioEventLoop循环执行的任务包含3步：

• 1 轮询accept事件
• 2 处理accept I/O事件，与Client建立连接，生成NioSocketChannel，并将NioSocketChannel注册到某个Worker NioEventLoop的Selector上 
• 3 处理任务队列中的任务，runAllTasks。任务队列中的任务包括用户调用eventloop.execute或schedule执行的任务，或者其它线程提交到该eventloop的任务。

每个Worker NioEventLoop循环执行的任务包含3步：

• 1 轮询read、write事件；
• 2 处I/O事件，即read、write事件，在NioSocketChannel可读、可写事件发生时进行处理
• 3 处理任务队列中的任务，runAllTasks。

EventLoop的内部运行流程

ChannelPipeLine

在 Netty 中每个 Channel 都有且仅有一个 ChannelPipeline 与之对应, 它们的组成关系如下: 

一个 Channel 包含了一个 ChannelPipeline, 而 ChannelPipeline 中又维护了一个由 ChannelHandlerContext 组成的双向链表, 并且每个 ChannelHandlerContext 中又关联着一个 ChannelHandler。入站事件和出站事件在一个双向链表中，入站事件会从链表head往后传递到最后一个入站的handler，出站事件会从链表tail往前传递到最前一个出站的handler，两种类型的handler互不干扰。

Netty核心组件和启动流程思维导图

参考

Netty的服务端启动源码分析

一文理解Netty模型架构

Netty服务端启动流程