Reactor 模型学习笔记

  Reactor 反应器，是网络服务端用来处理高并发网络 IO 请求的一种编程模型，主要处理 读、写、连接 事件，主要就是 Reactor、Acceptor、Handler 三个关键角色

一、概述

• 现有的线程模型
  • 传统阻塞的 I/O 模型
  • Reactor 线程模型
• Reactor 模型根据 Reactor 的数量和处理资源线程池的数量不同又分为三种 Reactor 线程模型
  • 单 Reactor 单线程模型
  • 单 Reactor 多线程模型
  • 主从 Reactor 多线程模型
• 核心
  • Reactor 在一个单独的线程中运行，负责监听和分发事件，将接收到的 IO 事件交给不同的 Handler 来处理响应
  • Handler 是处理程序执行 IO 事件的实际操作，Reactor 通过调度适当的 Handler 来处理 IO 事件
• 使用 Reactor 模型的组件
  • Kafka、Netty、Redis、Nginx 都是基于 Reactor 模型实现的

二、单 Reactor 单线程模型

• 流程
  • Reactor 对象通过 Selector 监控客户端请求事件，收到事件后通过 Dispatch 进行分发
  • 如果是建立连接请求，由 Acceptor 通过 Accept 处理连接请求，然后创建一个 Handler 对象处理连接完成后的后续业务处理
  • 如果是其他请求，由 Reactor 分发调用连接对应的 Handler 来响应
  • Handler 会完成 Read -> 业务处理 -> Send 的完整业务流程
• 优点
  • 模型简单、没有多线程、进程通信、竞争的问题，全部都在一个线程中完成
• 缺点
  • 性能问题，只有一个线程，无法完全发挥多核 CPU 的性能，Handler 在处理某个连接上的业务时，整个进程无法处理其他连接事件，很容易导致性能阻塞
  • 可靠性问题，线程意外终止，或进入死循环，会导致整个系统通信模块不可用，不能接收和处理外部消息，造成节点故障
• 使用场景
  • 客户端的数量有限，业务处理非常快速，Java NIO 就是这个模型

三、单 Reactor 多线程模型

• 流程
  • Reactor 对象通过 Selector 监控客户端请求事件，收到事件后，通过 Dispatch 进行分发
  • 如果是建立连接请求，由 Acceptor 通过 accept 处理连接请求，然后创建一个 Handler 对象处理完成连接后的各种事件
  • 如果是其他请求，则由 Reactor 分发调用连接对应的 Handler 来处理
  • Handler 只负责响应事件，不做具体的业务处理，通过 read 读取数据后，会分发给后面的 Worker 线程池的某个线程处理业务
  • Worker 线程池会分配独立线程完成真正的业务，并将结果返回给 Handler
  • Handler 收到响应后，通过 send 将结果返回给 Client
• 优点
  • 可以充分利用多核 CPU 的处理能力
• 缺点
  • 多线程数据共享和访问比较复杂，Reactor 处理所有的事件的监听和响应，在单线程运行，在高并发场景容易出现性能瓶颈

四、主从 Reactor 多线程模型

• 流程
  • Reactor 主线程 MainReactor 对象通过 Selector 监听连接事件，收到事件后，通过 Acceptor 处理连接事件
  • 当 Acceptor 处理连接事件后，MainReactor 将连接分配给 SubReactor
  • SubReactor 将连接加入到连接队列进行监控，并创建 Handler 进行各种事件处理
  • 当有新事件发生时，SubReactor 就会调用对应的 Handler 处理
  • Handler 通过 read 读取数据，分发给后面的 Worker 线程处理
  • Worker 线程池分配独立的 Worker 线程进行业务处理，并返回结果
  • Handler 收到响应的结果后，再通过 Send 将结果返回给 Client
  • Reactor 主线程可以对应多个 Reactor 子线程，即 MainReactor 可以关联多个 SubReactor
• 优点
  • 父线程与子线程的数据交互简单职责明确，父线程只需要接收新连接，子线程完成后续的业务处理
  • 父线程与子线程的数据交互简单，Reactor 主线程只需要把新连接传给子线程，子线程无需返回数据
• 缺点
  • 编程复杂度较高
• 应用场景
  • Nginx 主从 Reactor 多进程模型、Netty 主从多线程模型