libevent札记 - 多线程安全

本文探讨了libevent在多线程环境中的使用问题,由于libevent本身不保证线程安全,作者列举了错误的多线程使用示例,并介绍了三种支持多线程的模式:暴力抢占、纯粹的消息通知机制和消息通知+同步层。其中,消息通知+同步层被认为是更好的选择,以减少通信开销。此外,文章以memcached为例,展示了libevent在实际项目中的多线程模型应用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

原文链接

Libevent 本身不是多线程安全的,在多核的时代,如何能充分利用 CPU 的能力呢,这
一节来说说如何在多线程环境中使用libevent,跟源代码并没有太大的关系,纯粹是使用上的技巧。

1.错误使用示例:

在多核的 CPU 上只使用一个线程始终是对不起 CPU 的处理能力啊,那好吧,那就多创
建几个线程,比如下面的简单服务器场景。
1. 主线程创建工作线程 1;
2. 接着主线程监听在端口上,等待新的连接;
3. 在线程 1 中执行 event 事件循环,等待事件到来;
4. 新连接到来,主线程调用 libevent 接口 event_add 将新连接注册到 libevent 上;

上面的逻辑看起来没什么错误,在很多服务器设计中都可能用到主线程和工作线程的模
式….
可是就在线程 1 注册事件时,主线程很可能也在操作事件,比如删除,修改,通过 libevent的源代码也能看到,没有同步保护机制,问题麻烦了,看起来不能这样做啊,难道只使用单线程不成!?

2.支持多线程的几种模式

Libevent 并不是线程安全的,但这不代表 libevent 不支持多线程模式,其实方法在前面
已经将 signal 事件处理时就接触到了,那就是消息通知机制。
一句话,“你发消息通知我,然后再由我在合适的时间来处理”;
说到这就再多说几句,再打个比方,把你自己比作一个工作线程,而你的头是主线程,

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值