江苏龙网

  1. 首页 > 人文 > >

阿狸先森|异步事件驱动的网络应用程序框架：Netty（DotNetty）原理解析( 二 )


一个NIO线程+一个accept线程：
对于一些小容量应用场景 ， 可以使用单线程模型 。 但是对于高负载、大并发的应用场景却不合适 ， 主要原因如下：
1）一个NIO线程同时处理成百上千的链路 ， 性能上无法支撑 ， 即便NIO线程的CPU负荷达到100% ， 也无法满足海量消息的编码、解码、读取和发送；
2）当NIO线程负载过重之后 ， 处理速度将变慢 ， 这会导致大量客户端连接超时 ， 超时之后往往会进行重发 ， 这更加重了NIO线程的负载 ， 最终会导致大量消息积压和处理超时 ， 成为系统的性能瓶颈；
3）可靠性问题：一旦NIO线程意外跑飞 ， 或者进入死循环 ， 会导致整个系统通信模块不可用 ， 不能接收和处理外部消息 ， 造成节点故障 。
Reactor多线程模型
1）有专门一个NIO线程-Acceptor线程用于监听服务端 ， 接收客户端的TCP连接请求；
2）网络IO操作-读、写等由一个NIO线程池负责 ， 线程池可以采用标准的JDK线程池实现 ， 它包含一个任务队列和N个可用的线程 ， 由这些NIO线程负责消息的读取、解码、编码和发送；
3）1个NIO线程可以同时处理N条链路 ， 但是1个链路只对应1个NIO线程 ， 防止发生并发操作问题 。
在绝大多数场景下 ， Reactor多线程模型都可以满足性能需求；但是 ， 在极个别特殊场景中 ， 一个NIO线程负责监听和处理所有的客户端连接可能会存在性能问题 。 例如并发百万客户端连接 ， 或者服务端需要对客户端握手进行安全认证 ， 但是认证本身非常损耗性能 。 在这类场景下 ， 单独一个Acceptor线程可能会存在性能不足问题 ， 为了解决性能问题 ， 产生了第三种Reactor线程模型-主从Reactor多线程模型 。
Reactor主从模型
利用主从NIO线程模型 ， 可以解决1个服务端监听线程无法有效处理所有客户端连接的性能不足问题 。
它的工作流程总结如下：
从主线程池中随机选择一个Reactor线程作为Acceptor线程 ， 用于绑定监听端口 ， 接收客户端连接；Acceptor线程接收客户端连接请求之后创建新的SocketChannel ， 将其注册到主线程池的其它Reactor线程上 ， 由其负责接入认证、IP黑白名单过滤、握手等操作；步骤2完成之后 ， 业务层的链路正式建立 ， 将SocketChannel从主线程池的Reactor线程的多路复用器上摘除 ， 重新注册到Sub线程池的线程上 ， 用于处理I/O的读写操作.Netty可以基于如上三种模型进行灵活的配置 。


推荐阅读


上一篇：玛雅人|玛雅人为什么一夜间消失在地球上了？

下一篇：华为荣耀|京东818荣耀系列购买指南！看这几个参数就够了！