ACE中的两种I/O多路复用模式 Reactor 和 Proactor 的比较。
一般情况下，I/O 复用机制需要事件分离器（event demultiplexor）。
事件分离器的作用，即将那些读写事件源分发给各读写事件的处理者，就像送快递的在楼下喊：谁的什么东西送了，快来拿吧。开发人员在开始的时候需要在分离器那里注册感兴趣的事件，并提供相应的处理者（event handlers），或者是回调函数；事件分离器在适当的时候会将请求的事件分发给这些handler或者回调函数。
涉及到事件分离器的两种模式被称为：Reactor和 Proactor。Reactor模式是基于同步I/O的，而Proactor模式是和异步I/O相关的。在Reactor模式中，事件分离者等待某个事件或者可应用或可操作的状态发生（比如文件描述符可读写，或者是socket可读写），事件分离者就把这个事件传给事先由开发人员注册的事件处理函数或者回调函数，由后者来做实际的读写操作。
而在Proactor模式中，事件处理者（或者代由事件分离者发起）直接发起一个异步读写操作（相当于请求），而实际的工作是由操作系统来完成的。发起时，需要提供的参数包括用于存放读到数据的缓存区，读的数据大小，或者用于存放外发数据的缓存区，以及这个请求完后的回调函数等信息。事件分离者得知了这个请求，它默默等待这个请求的完成，然后转发完成事件给相应的事件处理者或者回调函数。举例来说，在Windows上事件处理者投递了一个异步I/O操作（称有overlapped的技术），事件分离者等 I/O Completion事件完成。这种异步模式的典型实现是基于操作系统底层异步API的，所以我们可称之为“系统级别”的或者“真正意义上”的异步，因为具体的读写是由操作系统代劳的。
举另外个例子来更好地理解Reactor与Proactor两种模式的区别。这里我们只关注read操作，因为write操作也是差不多的。
下面是Reactor的做法：
1. 某个事件处理者宣称它对某个socket上的读事件很感兴趣。
2. 事件分离器等着这个事件的发生。
3. 当事件发生了，事件分离器被唤醒，其负责通知先前那个事件处理者。
4. 事件处理者收到消息，于是去那个socket上读数据了。如果需要，它再次宣称对这个socket上的读事件感兴趣，一直重复上面的步骤。
下面再来看看真正意义的异步模式Proactor是如何做的：
1. 事件处理者直接投递一个读操作（当然，操作系统必须支持这个异步操作）。事件处理者只管发这么个请求，根本不关心这个读取过程，它魂牵梦萦的是这个读操作的完成事件。这个处理者很拽，发个命令就不管具体的事情了，只等着别人（系统）帮他搞定的时候给他回个话。
2. 事件分离器等着这个读事件的完成（比较下与Reactor的不同）。
3. 当事件分离器默默等待读操作完成的事件到来的同时，操作系统已经在一边开始干活了，它从目标读取数据，放入用户提供的缓存区中，最后通知事件分离器，这个事情我干完了。
4. 事件分离器通知事件处理者：你吩咐的事情搞定了。
5. 事件处理者这时会发现想要读的数据已经乖乖地放在他提供的缓存区中了，想怎么处理都行了。如果有需要，事件处理者还像之前一样发起另外一个读操作，和上面的步骤一样。
