两种高效的事件处理模式——Reactor和Proactor模式

随着网络设计模式的兴起，Reactor 和Proactor事件处理模式应运而生。同步IO模型通常用于实现Reactor模式，异步I/O模型则用于实现Proactor模式。今天我们来看，如何使用同步I/O方式模拟出Proactor 模式。

一、Reactor模式

Reactor是这样一种模式，它要求主线程(I/O 处理单元，下同)只负责监听文件描述上是否有事件发生，有的话就立即将该事件通知工作线程(逻辑单元，下同)。 除此之外，主线程不做任何其他实质性的工作。读写数据，接受新的连接，以及处理客户请求均在工作线程中完成。

使用同步I/O模型(以epoll_wait 为例)实现的Reactor模式的工作流程是:

1)主线程往epoll内核事件表中注册socket上的读就绪事件。

2)主线程调用epoll_ wait等待socket上有数据可读。

3)当socket上有数据可读时，epoll_ wait 通知主线程。主线程则将socket可读事件放入请求队列。

4)睡眠在请求队列上的某个工作线程被唤醒，它从socket读取数据，并处理客户请求,然后往epoll内核事件表中注册该socket. 上的写就绪事件。

5)主线程调用epoll_ _wait 等待socket可写。

6)当socket可写时，epoll_ _wait 通知主线程。主线程将socket可写事件放入请求队列。

7)睡眠在请求队列上的某个工作线程被唤醒，它往socket.上写入服务器处理客户请求的结果。

图8-5是Reactor模式的工作流程：

图8-5中，工作线程从请求队列中取出事件后，将根据事件的类型来决定如何处理它：对于可读事件，执行读数据和处理请求的操作:对于可写事件，执行写数据的操作。因此，图8-5所示的Reactor模式中，没必要区分所谓的“读工作线程”和“写工作线程”。
 

二、Proactor模式

与Reactor模式不同，Proactor模式将所有的I/O操作都交给主线程和内核来处理，工作线程仅仅负责业务逻辑。

使用异步I/O模型（以aio_read和aio_write为例）实现的Proactor模式的的工作流程是：

1)主线程调用aio_ read 函数向内核注册socket上的读完成事件，并告诉内核用户读缓冲区的位置，以及读操作完成时如何通知应用程序(这里以信号为例，详情请参考sigevent的man手册)。

2)主线程继续处理其他逻辑。

3)当socket上的数据被读入用户缓冲区后，内核将向应用程序发送一个信号，以通知应用程序数据已经可用。

4)应用程序预先定义好的信号处理函数选择一个工作线程来处理客户请求。工作线程处理完客户请求之后，调用aio_ write 函数内核注册socket上的写完成事件，并告诉内核用户写缓冲区的位置，以及写操作完成时如何通知应用程序(仍然以信号为例)。

5)主线程继续处理其他逻辑。

6)当用户缓冲区的数据被写人socket之后，内核将向应用程序发送一个信号，以通知应用程序数据已经发送完毕。

7)应用程序预先定义好的信号处理函数选择一个工作线程来做善后处理，比如决定是否关闭socket.

图8-6总结了Proactor模式的工作流程：

在图8-6中，连接socket上的读写事件是通过aio_ read/aio_ write 向内核注册的，因此内核将通过信号来向应用程序报告连接socket上的读写事件。所以，主线程中的epoll wait 调用仅能用来检测监听socket上的连接请求事件，而不能用来检测连接socket上的读写事件。

使用同步I/O 模型(仍然以epoll_ wait 为例)模拟出的Proactor模式的工作流程如下:

1)主线程往epoll内核事件表中注册socket上的读就绪事件。

2)主线程调用epoll wait等待socket上有数据可读。

3)当socket上有数据可读时，epoll_wait通知主线程。主线程从socket循环读取数据，直到没有更多数据可读，然后将读取到的数据封装成一个请求对象并插人请求队列

4)睡眠在请求队列上的某个工作线程被唤醒，它获得请求对象并处理客户请求，然后往epoll内核事件表中注册socket上的写就绪事件。

5)主线程调用epoll _wait等待socket可写。

6)当socket可写时，epoll_wait 通知主线程。主线程往socket上写人服务器处理客户请求的结果。

图8-7总结了用同步I/O模型模拟出的Proactor模式的工作流程：