sheng的学习笔记-Reactor 模式

最新推荐文章于 2024-11-03 11:01:20 发布

coldstarry

最新推荐文章于 2024-11-03 11:01:20 发布

阅读量278

点赞数

分类专栏：设计模式文章标签： java 开发语言设计模式

本文链接：https://blog.csdn.net/coldstarry/article/details/129433822

版权

设计模式专栏收录该内容

23 篇文章 0 订阅

订阅专栏

Reactor模式是一种事件驱动的设计模式，用于处理并发输入源。它包括Reactor、Handler和Acceptor等组件，通过单线程或多线程版本解决Java中Socket阻塞问题，提高服务的并发处理能力。在单Reactor单线程中，所有处理都在一个线程内完成；单Reactor多线程则引入线程池，将业务处理与事件分发解耦；多Reactor多线程进一步优化，主线程处理连接，子线程处理业务，适合高并发场景，如Netty框架所采用。

摘要由CSDN通过智能技术生成

什么是 Reactor 模式

Reactor 模式一般翻译成反应器模式，也有人称为分发者模式。是基于事件驱动的设计模式，拥有一个或多个并发输入源，有一个服务处理器和多个请求处理器，服务处理器会同步的将输入的请求事件以多路复用的方式分发给相应的请求处理器。简单来说就是由一个线程来接收所有的请求，然后派发这些请求到相关的工作线程中。

为什么使用 Reactor 模式

在 java 中，没有 NIO 出现之前都是使用 Socket 编程。Socket 的接收请求是阻塞的，需要处理完一个请求才能处理下一个请求，所以在面对高并发的服务请求时，性能就会很差。

那有人就会说使用多线程（如下图所示）。接收到一个请求，就创建一个线程处理，这样就不会阻塞了。实际上这样的确是可以在提升性能上起到一定的作用，但是当请求很多的时候，就会创建大量的线程，维护线程需要资源的消耗，线程之间的切换也需要消耗性能。而且系统创建线程的数量也是有限的，所以当高并发时，会直接把系统拖垮。

在 `Reactor` 模式中有三个重要的角色：

Reactor：负责响应事件，将事件分发到绑定了对应事件的 Handler，如果是连接事件，则分发到 Acceptor；
Handler：事件处理器。负责执行对应事件对应的业务逻辑；
Acceptor：绑定了 connect 事件，当客户端发起 connect 请求时，Reactor 会将 accept 事件分发给 Acceptor 处理；

Reactor模式

单 Reactor 单线程版本

单Reactor单线程

只有一个 Selector 循环接受请求，客户端注册进来由 Reactor 接收注册事件，然后再由 Reactor 分发出去，由对应的 Handler 进行业务逻辑处理。

（1）Reactor 线程通过 select 监听事件，收到事件后通过 Dispatch 进行分发

（2）如果是连接建立事件，则将事件分发给 Acceptor，Acceptor 会通过 accept() 方法获取连接，并创建一个Handler 对象来处理后续的响应事件

（3）如果是IO读写事件，则 Reactor 会将该事件交由当前连接的 Handler 来处理

（4）Handler 会完成 read -> 业务处理 -> send 的完整业务流程

缺点

单线程的问题实际上是很明显的。只要其中一个 Handler 方法阻塞了，那就会导致所有的 client 的 Handler 都被阻塞了，也会导致注册事件也无法处理，无法接收新的请求。所以这种模式用的比较少，因为不能充分利用到多核的资源。因此，这种模式仅仅只能处理 Handler 比较快速完成的场景。

单 Reactor 多线程版本

（1）Reactor 线程通过 select 监听事件，收到事件后通过 Dispatch 进行分发

（2）如果是连接建立事件，则将事件分发给 Acceptor，Acceptor 会通过 accept() 方法获取连接，并创建一个Handler 对象来处理后续的响应事件

（3）如果是IO读写事件，则 Reactor 会将该事件交由当前连接对应的 Handler 来处理

（4）与单Reactor单线程不同的是，Handler 不再做具体业务处理，只负责接收和响应事件，通过 read 接收数据后，将数据发送给后面的 Worker 线程池进行业务处理。

（5）Worker 线程池再分配线程进行业务处理，完成后将响应结果发给 Handler 进行处理。

（6）Handler 收到响应结果后通过 send 将响应结果返回给 Client。

优缺点：

相对于第一种模型来说，在处理业务逻辑，也就是获取到 IO读写事件之后，交由线程池来处理，Handler 收到响应后通过 send 将响应结果返回给客户端。这样可以降低 Reactor 的性能开销，从而更专注的做事件分发工作了，提升整个应用的吞吐，并且 Handler 使用了多线程模式，可以充分利用 CPU 的性能。但是这个模型存在的问题：

（1）Handler 使用多线程模式，自然带来了多线程竞争资源的开销，同时涉及共享数据的互斥和保护机制，实现比较复杂

（2）单个 Reactor 承担所有事件的监听、分发和响应，对于高并发场景，容易造成性能瓶颈。

多 Reactor 多线程版本

单Reactor多线程模型解决了 Handler 单线程的性能问题，但是 Reactor 还是单线程的，对于高并发场景还是会有性能瓶颈，所以需要将 Reactor 调整为多线程模式，也就是接下来要介绍的主从 Reactor 多线程模型。主从 Reactor 多线程模型将 Reactor 分成两部分：

（1）MainReactor：只负责处理连接建立事件，通过 select 监听 server socket，将建立的 socketChannel 指定注册给 subReactor，通常一个线程就可以了

（2）SubReactor：负责读写事件，维护自己的 selector，基于 MainReactor 注册的 SocketChannel 进行多路分离 IO 读写事件，读写网络数据，并将业务处理交由 worker 线程池来完成。SubReactor 的个数一般和 CPU 个数相同