Boost.Asio学习Proactor设计模式

- 原理图

通俗理解：Proactor设计模式 事件处理好后，它通知我们他处理好了
Reactor设计模式 感知事件后通知用户来处理

• Asynchronous Event Demultiplexer （异步事件分发器）
  阻塞等待事件在完成事件队列中发生，并将完成的事件返回给其调用者。

• Completion Handler （完成处理程序)
  处理异步操作的结果,这些是函数对象，通常使用boost::bind创建，也就是回调函数

• Proactor
  调用Asynchronous Event Demultiplexer，分派与事件相关的处理程序（例如调用函数对象）。io_service就是这个抽象的一种表现形式。

• Initiator
  应用程序中启动异步操作的代码。

• Asynchronous Operation
  异步操作，例如异步读或者异步写。

• Asynchronous Operation Processor
  异步操作处理器，负责执行异步操作，并且将事件放入完成事件队列。

• Completion Event Queue
  将完成的事件缓冲直到异步事件解复用器从中将事件取出。

自己理解过程：首先在应用程序中启动异步操作，会创建一个Completion Handler（回调函数），开启一个Asynchronous Operation，使用 Asynchronous Operation Processor去执行Asynchronous Operation，将其放入Completion Event Queue（已经完成队列），Asynchronous Event Demultiplexer从Completion Event Queue取出完成事件并返回给调用者，也就是调用回调函数

Proactor 和 Reactor的区别

简单理解两者的区别：
可以看出，两个模式的相同点，都是对某个IO事件的事件通知(即告诉某个模块，这个 IO操作可以进行或已经完成)。在结构上，两者也有相同点：demultiplexor负责提交IO操作(异步)、查询设备是否可操作(同步)，然后当条件满足时，就回调handler；不同点在于，异步情况下(Proactor)，当回调handler时，表示IO操作已经完成；同步情况下 (Reactor)，回调handler时，表示IO设备可以进行某个操作(can read or can write)。

使用Proactor框架和Reactor框架都可以极大的简化网络应用的开发，但它们的重点却不同。
Reactor框架中用户定义的操作是在实际操作之前调用的。比如你定义了操作是要 向一个SOCKET写数据，那么当该SOCKET可以接收数据的时候，你的操作就会被调用；而Proactor框架中用户定义的操作是在实际操作之后调用 的。比如你定义了一个操作要显示从SOCKET中读入的数据，那么当读操作完成以后，你的操作才会被调用。