reactor学习总结

​

普通的函数处理机制：程序调用某函数-> 函数执行， 程序等待阻塞-> 函数将结果和控制权返回给主程序-> 主程序继续执行。

Reactor事件处理机制为：和普通函数调用的不同之处在于，应程序不是主动调用某个 API完成处理，而是恰 相反，Reactor 逆置了事件处理流程，应用序需要提供相的接口并注册到 Reactor 上， 如果相应的事件发生， Reactor将主动调用应程序注册的接口，这些又称为 “回调函数”。libevent即为封装了epoll并注册相应的事件(I/O读写，时间事件，信号事件)以及回调函数，实现的事件驱动的框架。

​

作为一个高性能服务器程序通常需要考虑处理三类事件：  I/O 事件，定时事件及信号。

Reactor 模式是处理并发I/O 比较常见的一种模式，用于同步I/O，中心思想是将所有要处理的I/O 事件注册到一个中心I/O 多路复用器上，同时主线程/进程阻塞在多路复用器上；一旦有I/O 事件到来或是准备就绪(文件描述符或socket 可读、写)，多路复用器返回并将事先注册的相应I/O 事件分发到对应的处理器中。
Reactor 模型有三个重要的组件：
多路复用器：由操作系统提供，在linux 上一般是select, poll, epoll 等系统调用。
事件分发器：将多路复用器中返回的就绪事件分到对应的处理函数中。
事件处理器：负责处理特定事件的处理函数。
Reactor模型开发效率上比起直接使用IO复用要高，它通常是单线程的，设计目标是希望单线程使用一颗CPU的全部资源，即每个事件处理中很多时候可以不考虑共享资源的互斥访问。可是缺点也是明显的，在多核上无法发挥优势，如果程序业务很简单，例只是的访问一些提供了并发服就可以直接开就可以直接开启多个反应堆，每对一颗 CPU 核心，这些反应堆上跑的请求互不相关，这时完全可以利用多核。

Reactor事件处理机制的编程模型，在Redis中也得到了很好的运用，Redis中基于I/O多路复用(mutiplexing) 开发Reactor事件处理机制，监听多个套接字的AE_READABLE读，AE_WRITABLE写事件。读事件绑定读操作和具体执行命令的操作函数，写事件绑定命令回复的操作函数。

涉及接口

int register_handler(EventHandler *pHandler, int event);
int remove_handler(EventHandler *pHandler, int event);
void handle_events(EventType et);

 本专栏知识点是通过<零声教育>的线上课学习，进行梳理总结写下文章，对c/c++linux课程感兴趣的读者，可以点击链接，详细查看课程的服务。

​