如何在libevent中注册无需回调函数的事件，兼顾I/O与消息队列？

解决空回调的问题 #

你完全可以传入一个空实现的回调函数，libevent只要求回调函数存在，不强制要求必须执行逻辑。比如定义一个啥都不做的函数：

static void dummy_callback(evutil_socket_t fd, short events, void *arg) {
    // 啥也不用干，只是让libevent能正常触发事件唤醒循环
}

创建事件时直接传这个函数就行，事件触发后线程会自动回到event循环，你后续在循环的主逻辑里处理消息队列即可。

更优雅的唤醒方式：用eventfd/管道作为触发源 #

如果觉得空回调有点别扭，更推荐用eventfd（Linux）或者匿名管道来做唤醒触发：

• 初始化一个eventfd（或者管道的读端），将其注册为libevent的可读事件，回调可以是空实现，或者在回调里读取eventfd的数据（避免重复触发）
• 当消息队列有新元素入队时，往eventfd（或者管道的写端）写入一个数据，触发libevent的可读事件，唤醒阻塞的事件循环
• 事件循环被唤醒后，你就可以在循环中轮询并处理消息队列的内容

关于是否符合libevent规范 #

这种逻辑完全符合libevent的设计规范。libevent的核心就是将所有需要等待的事件（网络I/O、定时、内部通知等）统一到一个事件循环中，让线程阻塞在循环上等待触发。把消息队列的唤醒转化为文件描述符事件，是事件驱动模型中处理内部消息的标准做法，很多基于libevent的生产级服务都这么实现。

实践小提示 #

• 处理消息队列时，建议一次性清空队列中的所有消息，再回到事件循环，避免频繁唤醒带来的性能损耗
• 如果用eventfd，一定要在回调或者主循环里读取eventfd的值，否则fd会一直处于可读状态，导致事件循环反复触发

内容的提问来源于stack exchange，提问作者RuiXin Lin