本文深入探讨Reactor模式，它是事件驱动机制的一种实现，通过回调函数处理事件。介绍了其结构，包括描述符、同步事件分离器、事件处理器接口、Reactor管理者，以及处理步骤。Reactor模式的优点在于响应快、编程简单、可扩展性和可复用性。
阅读libevent代码版本为1.4.13 stable版本，阅读书籍参考张亮大神libevent源码深度剖析。
在此主要记录自己学习过程中的一些点点滴滴。
阅读之前需要先了解一下5中I/O模型的比较。
Reactor模式
Reactor(反应堆模式)是libevent的中心思想，常规的I/O多路复用中采用select和poll、epoll等来实现。而Reactor是将上述机制进一步封装，通俗的来讲，就是通过回调机制实现。我们只需将事件的接口注册到Reactor上，当事件发生之后，会回调注册的接口。
Reactor是一种事件驱动机制。和普通函数调用的不同之处在于：应用程序不是主动的调用某个API完成处理，而是恰恰相反，Reactor逆置了事件处理流程，应用程序需要提供相应的接口并注册到Reactor上，如果相应的事件发生，Reactor将主动调用应用程序注册的接口，这些接口又称为“回调函数”。
Reactor模式结构
在Reactor模式中，有以下几个关键的参与者。
描述符（handle）由操作系统提供，用于识别每一个事件，如Socket描述符、文件描述符等。在Linux中，它用一个整数来表示。事件可以来自外部，如来自客户端的连接请求、数据等。事件也可以来自内部，如定时器事件。
同步事件分离器（de
最低0.47元/天 解锁文章
扫一扫
1776
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
