系列目录
(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源码深度剖析全系列完。