初识Netty之线程模型和异步模型设计

Netty 是由 JBOSS 提供的基于NIO一个 Java 开源网络编程框架。Netty 提供异步的、基于事件驱动的网络应用程序框架，用以快速开发高性能、高可靠性的网络 IO 程序。作为当前最流行的 NIO 框架，Netty应用很广泛， hadoop、dubbo等底层RPC都是基于Netty实现的。以下是实现的章节：

• 初识Netty之对BIO和NIO的认识
• 初识Netty之线程模型和异步模型设计
• 初识Netty之临门一脚（核心API及入门案例）
• 初识Netty之拆包和粘包

在Java的线程模型为了提高系统运行的效率和性能，经历了单线程、多线程、线程池等于系列的演进。Netty在整体设计中也包行了线程模型设计，同时还有基于NioEventLoop的异步模型。下面我们从两个线性模型和异步模型来详细了解下Netty模型设计。

线程模型：

单线程模型图例：

单线程模型实现机制分析：服务器端用一个线程通过多路复用搞定所有的 IO 操作（包括连接，读、写等），编码相对简单，步骤清晰明了，在上一篇中的NIO入门案例就属于这种单线程模型。不过单线程弊端同样很明显：如果客户端连接数量较多，并发量较大时，将无法支撑。所以单线程模型不适用体量比较大环境。

线程池模型：

线程池模型示例：

 线程池模型实现机制分析：服务器端采用一个线程reacTor Thread专门处理客户端连接请求和事件监听，采用一个线程池worker Thread Pool负责 IO 操作，包括读/写操作。线程池的利用，提高了系统并发量，当然用来监听的线程也可以采用线程池。在绝大多数场景下，该模型都能满足使用

Netty模型：

流程示例：

处理机制：Netty模型就是线程池模型的一个升级版，比较类似于上面的线程池模型，Netty 抽象出两组线程池，BossGroup 专门负责接收客户端连接，WorkerGroup 专门负责网络读写操作。NioEventLoop 表示一个不断循环执行处理任务的线程，每个 NioEventLoop 都有一个 selector，用于监听绑定在其上的 socket 网络通道。NioEventLoop 内部采用串行化设计，从消息的读取->解码->处理->编码->发送，始终由 IO 线程 NioEventLoop 负责。
 一个 NioEventLoopGroup 下包含多个 NioEventLoop

• 每个 NioEventLoop 中包含有一个 Selector，一个 taskQueue

• 每个 NioEventLoop 的 Selector 上可以注册监听多个 NioChannel

• 每个 NioChannel 只会绑定在唯一的 NioEventLoop 上

每个 NioChannel 都绑定有一个自己的 ChannelPipelin

异步模型：

实现机制：Netty 的异步模型是建立在 future(未来返回) 和 callback(回调函数) 的之上的，具体的处理逻辑就是一个Handler。Future它的核心思想是：假设一个方法 fun，计算过程可能非常耗时，等待 fun返回显然不合适。那么可以在调用 fun 的时候，立马返回一个 Future，后续可以通过 Future去监控方法 fun 的处理过程。在使用 Netty 进行编程时，拦截操作和转换出入站数据只需要您提供 callback 或利用future 即可。举个更形象的例子：点外卖，在下单之后，不需要等着外卖必须送到才去干其他事情。在外卖到来期间我们可以做些其他事情啊，看书，拖地等等，同时我们也可以通过App监听到外卖的配送情况。在这使得链式操作简单、高效, 并有利于编写可重用的、通用的代码。Netty 框架的目标就是让你的业务逻辑从网络基础应用编码中分离出来、解脱出来。