libevent源码深度剖析十三 libevent信号处理注意点

系列目录

（1）libevent源码深度剖析一 序 （2）libevent源码深度剖析二 Reactor模式 （3）libevent源码深度剖析三 libevent基本使用场景和事件流程 （4）libevent源码深度剖析四 libevent源代码文件组织 （5）libevent源码深度剖析五 libevent的核心：事件event （6）libevent源码深度剖析六 初见事件处理框架 （7）libevent源码深度剖析七 事件主循环 （8）libevent源码深度剖析八 集成信号处理 （9）libevent源码深度剖析九 集成定时器事件 （10）libevent源码深度剖析十 支持I/O多路复用技术 （11）libevent源码深度剖析十一 时间管理 （12）libevent源码深度剖析十二 让libevent支持多线程 (13）libevent源码深度剖析十三 libevent信号处理注意点

前面讲到了 libevent 实现多线程的方法，然而在多线程的环境中注册信号事件，还是有一些情况需要小心处理，那就是不能在多个 libevent 实例上注册信号事件。依然冠名追加到 libevent 系列。

以 2 个线程为例，做简单的场景分析。

1 首先是创建并初始化线程 1 的 libevent 实例 base1 ，线程 1 的 libevent 实例 base2 ；

2 在 base1 上注册 SIGALRM 信号；在 base2 上注册 SIGINT 信号；

3 假设当前 base1 和 base2 上都没有注册其他的事件；

4 线程 1 和 2 都进入 event_base_loop 事件循环：

5 假设线程 1 先进入 event_base_loop ，并设置 evsignal_base = base1 ；并等待；

6 接着线程 2 也进入 event_base_loop ，并设置 evsignal_base = base2 ；并等待；

于是 evsignal_base 就指向了 base2 ；

7 信号 ALARM 触发，调用服务例程：

1static void evsignal_handler(int sig){
2       ...
3       evsignal_base->sig.evsigcaught[sig]++;
4       evsignal_base->sig.evsignal_caught = 1;
5       /* Wake up our notification mechanism */
6       send(evsignal_base->sig.ev_signal_pair[0], "a", 1, 0);
7       ...
8}

于是 base2 得到通知 ALARM 信号发生了，而实际上 ALARM 是注册在 base1 上的， base2 上的 ALARM 注册 event 是空的，于是处理函数将不能得到调用；因此在 libevent 中，如果需要处理信号，只能将信号注册到一个 libevent 实例上。

memcached 就没有使用 libevent 提供的 signal 接口，而是直接使用系统提供的原生 API ，看起来这样更简洁。

libevent源码深度剖析全系列完。