c++ - Web服务器中proactor模式和同步模型的区别

Question

在同步模型中，当客户端连接到服务器时，客户端和服务器都必须相互同步才能完成某些操作。

同时，异步模型允许客户端和服务器分开独立工作。客户端发送请求建立连接并做一些事情。在服务器处理请求的同时，客户端可以做其他事情。操作完成后，完成事件被放置到事件多路分解器中的队列中，等待 Proactor(例如 HTTP 处理程序)发回请求并调用完成处理程序(在客户端)。这些术语在 boost::asio 文档中使用 The Proactor Design Pattern: Concurrency Without Threads .

通过这种方式，异步模型可以接受并发连接，而​​无需为每个连接创建一个线程，从而提高整体性能。为了达到与异步模型相同的效果，第一个模型(同步)必须是多线程的。更多详情，请引用:Proactor Pattern (我实际上从该文档中学习了用于异步模型的前摄器模式。在这里它描述了典型的同步 I/O Web 服务器)。

我对这个问题的理解是否正确？如果是，这意味着异步服务器可以异步接受请求并返回结果(Web 服务器上的服务不需要第一个回复的第一个连接请求)？本质上，异步模型不使用线程(或者说线程是用在单独的组件中，比如在Proactor，Asynchronous Event Multiplexer(boost::asio文档)组件中，不是通过创建一个完整的client-server应用栈，这就是描述在 Proactor 模式文档的多线程模型中，第 2.2 节 - 常规并发模型的常见陷阱和陷阱)。

Answer 1

Proactor 模型假定将网络 session 过程拆分为子任务，例如:解析主机名、接受或连接、读取或写入信息的某些部分、关闭连接 - 并允许您在不同 session 的子任务之间切换。而 Reactor 模型将网络 session 过程视为(几乎)单个任务。

Proactor的绝对优势:

• 由于任务“外包”，绩效得到提升。例如，您可以向 DNS 发送解析请求并等待 5 分钟等待响应( react 器)- 或者您可以在等待时做其他事情(Proactor)。

Proactor 的绝对缺点:

• 性能因任务切换而降低，这意味着对于单个 session ，您执行的代码(Proactor)多于应有的代码(Reactor)。

但总体绩效通常以每个时间段内“满意”的客户数量来衡量。因此，Proactor 与 Reactor 的优势取决于具体情况。这里有一些例子。

1. HTTP 服务器。客户想在他的浏览器窗口中看到一些东西。他不需要等到整个页面加载完毕才能看到第一段文本。 Proactor 是有效的，因为部分页面加载比整个页面加载更快。整个页面的加载时间仍然与 Reactor 模型大致相同。

2. 低延迟游戏服务器。客户希望尽快得到他的命令的完整结果。 Reactor 是有效的，因为没有像部分读取或写入这样的子任务——客户在阅读完整响应之前不会看到任何东西。因此，Reactor 不会在子任务之间进行额外的切换，并且每时每刻都保证某些客户端在他的命令上取得进展，而 Proactor 将强制所有客户端相互等待不可预测的时间。

在这两种情况下，多线程都可以为您提供线性加速。