I/O事件处理模型之Reactor和Proactor

Reactor模型

Reactor模式是处理并发I/O比较常见的一种模式，中心思想就是，将所有要处理的I/O事件注册到一个中心I/O多路复用器上，同时主线程阻塞在多路复用器上；一旦有I/O事件到来或是准备就绪(区别在于多路复用器是边沿触发还是水平触发)，多路复用器返回并将相应I/O事件分发到对应的处理器中。

这里有三个重要的组件：

• 多路复用器：由操作系统提供，在linux上一般是select,poll,epoll等系统调用。
• 事件分发器：将多路复用器中返回的就绪事件分到对应的处理函数中。
• 事件处理器：负责处理特定事件的处理函数。

因为这种模型经常使用，所有不少人对简单的系统调用做了一层封装，形成跨平台的事件处理库，比较典型的有:libevent,libev,boost asio等。

Proactor模型

与Reactor模型相对应，Proactor最大的特点是使用异步I/O。所有的I/O操作都交由系统提供的异步I/O接口去执行。Proactor多路复用器等待异步I/O完成，并调用相应的用户处理函数。为了对比Reactor模型，以一个read操作为例：

在Reactor中：

• 将要读的文件描述符注册到多路复用器中。
• 多路复用器等待上述描述符的可读事件以及其它所有已经注册过的事件。
• 描述符变成可读之后，多路复用器返回，并调用用户提供的处理函数，开始读文件操作。

在Proactor中：

• 用户函数启动一个异步读文件的操作。同时将这个操作注册到多路复用器上。多路复用器并不关心文件是否可读而是关心这个异步读操作是否完成。
• 异步读文件是操作系统完成，用户程序不需要关心。多路复用器等待直到有完成通知到来。
• 当操作系统完成了读文件操作——将读到的数据复制到了用户先前提供的缓冲区之后，通知多路复用器读操作已完成。
• 多路复用器再调用相应的处理程序，处理数据。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!