libevent库 的框架以及原理梳理
1.框架
- 创建 base (相当于一个基座),所有的事件都需要安插在base上,然后base进行循环监听,使用 epoll 模型进行监听
- 创建事件
- 添加事件到base上
- 启动 event_base_dispatch() 循环监听
- 释放事件,释放base
2. 原理梳理
-
使用epoll模型
-
因为是epoll模型,所以在启动监听的时候才会有读、写和事件发生。这些只有在dispatch后才能监听到。
3. event 和 bufferevent 的模型区别
1. event模型
按照框架来即可
2. bufferevent模型
注意:bufferevent 的事件中包含通信用的文件描述符,所以在通信时只要指定bufferevent即可。
- 创建监听器,这个监听器创建出来后就被安插在base上,监听base时也对这个连接进行了监听
- 当客户端连接成功时,监听器会调用回调函数
- 当客户端连接上了以后, 才去创建bufferevent事件,使用bufferevent事件去监听读写事件,所以应该在监听器的回调函数中创建bufferevent事件并对其初始化,指定好读写事件回调函数。
- 启动循环监听后,base上的事件才开始监听