第5章-Netty高性能架构设计

目录

1.线程模型基本介绍

2.传统阻塞I/O服务模型

3.Reactor模型

基本设计思想

核心组成

Reactor模式分类

4.单Reactor单线程

工作原理示意图

方案说明

优缺点分析

5.单Reactor多线程

工作原理示意图

方案说明

优缺点分析

6.主从Reactor多线程

工作原理示意图

方案说明

优缺点分析

7.Reactor模式小结

8.Netty模型

工作原理示意图1-简单版

工作原理示意图2-进阶版

工作原理示意图3-详细版

Netty快速入门实例——TCP服务

服务器端

客户端

几个问题

任务队列中的Task有3种典型使用场景

方案再说明

9.异步模型

基本介绍

Future说明

工作原理示意图

Future-Listener机制

10.快速入门实例——HTTP服务


1.线程模型基本介绍

不同的线程模型,对程序的性能有很大影响,为了搞清Netty线程模型,我们系统讲解下各个线程模型,最后看看Netty线程模型有什么优越性。

目前存在的线程模型有:传统阻塞I/O服务模型、Reactor模型

Reactor模型根据Reactor的数量和处理资源池线程的数量不同,有3种典型的实现

  • 单Reactor单线程

  • 单Reactor多线程

  • 主从Reactor多线程

Netty线程模型(Netty主要基于主从Reactor多线程模型做了一定的改进,其中主从Reactor多线程模型中有多个Reactor)

2.传统阻塞I/O服务模型

工作原理图

黄色的框表示对象、蓝色的框表示线程、白色的框表示方法

模型特点

1)采用阻塞IO模型获取输入的数据

2)每个连接都需要独立的线程完成数据的输入、业务处理、数据返回

 

问题分析

1)当并发数很大,就会创建大量的线程,占用大量的系统资源

2)连接创建后,如果当前线程暂时没有数据可读,该线程会阻塞在read操作,造成线程资源浪费

 

3.Reactor模型

针对传统阻塞I/O服务模型的2个缺点,解决方案:

1)基于I/O复用模型:多个连接共用一个阻塞对象,应用程序只需要在一个阻塞对象等待,无需阻塞等待所有连接。当某个连接有新的数据可以处理时,操作系统通知应用程序,线程从阻塞状态返回,开始进行业务处理

2)基于线程池复用线程资源:不必再为每个连接创建线程,将连接完成后的业务处理任务分配给线程进行处理,一个线程可以处理多个连接的业务。

 

基本设计思想

I/O复用结合线程池,就是Reactor模式基本设计思想。如下图:

Reactor 模式,是指通过一个或多个输入同时传递给服务处理器的服务请求的事件驱动处理模式。
服务端程序处理传入多路请求,并将它们同步分派给请求对应的处理线程,Reactor 模式也叫 Dispatcher 模式。
即 I/O 多路复用统一监听事件,收到事件后分发(Dispatch给某进程)。

核心组成

Rector模式中核心组成:

Reactor:Reactor在一个单独的线程中运行,负责监听和分发事件,分发给适当的处理程序来对IO事件作出反应。它就像公司的电话接线员,它接听来自客户的电话并将线路转移给使用的联系人

Handler:处理程序执行IO事件实际处理器,类似于客户想要与之交谈的公司中的实际官员。Reactor通过调度适当的处理程序来响应I/O事件,处理程序执行非阻塞操作

 

Reactor模式分类

Reactor模式分类:

根据Reactor的数量和处理资源池线程的数量不同,有3种实现

1)单Reactor单线程

2)单Reactor多线程

3)主从Reactor多线程

 

4.单Reactor单线程

工作原理示意图

方案说明

1)Reactor 对象通过 Select 监控客户端请求事件,收到事件后通过 Dispatch 进行分发;

2)如果是建立连接请求事件,则由 Acceptor 通过 Accept 处理连接请求,然后创建一个 Handler 对象处理连接完成后的后续业务处理;

3)如果不是建立连接事件,则 Reactor 会分发调用连接对应的 Handler 来响应;

4)Handler 会完成 Read→业务处理→Send 的完整业务流程。

 

优缺点分析

服务器端用一个线程通过多路复用搞定了所有的IO操作(包括连接,读、写等),编码简单、清晰明了。但是如果客户端连接数量较多,将无法支撑。

优点:模型简单,没有多线程、进程通信、竞争的问题,全部都在一个线程中完成。
缺点:性能问题,只有一个线程,无法完全发挥多核 CPU 的性能。Handler 在处理某个连接上的业务时,整个进程无法处理其他连接事件,很容易导致性能瓶颈。
可靠性问题,线程意外跑飞,或者进入死循环,会导致整个系统通信模块不可用,不能接收和处理外部消息,造成节点故障。

 

使用场景:客户端的数量有限,业务处理非常快速,比如 Redis,业务处理的时间复杂度 O(1)。

 

5.单Reactor多线程

工作原理示意图

方案说明

1)Reactor 对象通过 Select 监控客户端请求事件,收到事件后通过 Dispatch 进行分发;

2)如果是建立连接请求事件,则由 Acceptor 通过 Accept 处理连接请求,然后创建一个 Handler 对象处理连接完成后续的各种事件;

3)如果不是建立连接事件,则 Reactor 会分发调用连接对应的 Handler 来响应;

4)Handler 只负责响应事件,不做具体业务处理,通过 Read 读取数据后,会分发给后面的 Worker 线程池进行业务处理;

5)Worker 线程池会分配独立的线程完成真正的业务处理,如何将响应结果发给 Handler 进行处理;

6)Handler 收到响应结果后通过 Send 将响应结果返回给 Client。

 

优缺点分析

优点:可以充分利用多核 CPU 的处理能力。
缺点:多线程数据共享和访问比较复杂;Reactor 承担所有事件的监听和响应,在单线程中运行,高并发场景下容易成为性能瓶颈。

6.主从Reactor多线程

工作原理示意图

针对单 Reactor 多线程模型中,Reactor 在单线程中运行,高并发场景下容易成为性能瓶颈,可以让 Reactor 在多线程中运行。

方案说明

1)Reactor 主线程 MainReactor 对象通过 Select 监控建立连接事件,收到事件后通过 Acceptor 接收,处理建立连接事件;

2)Acceptor 处理建立连接事件后,MainReactor 将连接分配 Reactor 子线程给 SubReactor 进行处理;

3)SubReactor 将连接加入连接队列进行监听,并创建一个 Handler 用于处理各种连接事件;

4)当有新的事件发生时,SubReactor 会调用连接对应的 Handler 进行响应;

5)Handler 通过 Read 读取数据后,会分发给后面的 Worker 线程池进行业务处理;

6)Worker 线程池会分配独立的线程完成真正的业务处理,如何将响应结果发给 Handler 进行处理;

7)Handler 收到响应结果后通过 Send 将响应结果返回给 Client。

 

优缺点分析

优点:父线程与子线程的数据交互简单职责明确,父线程只需要接收新连接,子线程完成后续的业务处理。
父线程与子线程的数据交互简单,Reactor 主线程只需要把新连接传给子线程,子线程无需返回数据。
这种模型在许多项目中广泛使用,包括 Nginx 主从 Reactor 多进程模型,Memcached 主从多线程,Netty 主从多线程模型的支持。

缺点:编程复杂度较高

 

7.Reactor模式小结

3 种模式可以用个比喻来理解:(餐厅常常雇佣接待员负责迎接顾客,当顾客入坐后,侍应生专门为这张桌子服务)

1)单 Reactor 单线程,接待员和侍应生是同一个人,全程为顾客服务;

2)单 Reactor 多线程,1 个接待员,多个侍应生,接待员只负责接待;

3)主从 Reactor 多线程,多个接待员,多个侍应生。

 

Reactor 模式具有如下的优点:

1)响应快&

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值