libevent框架的使用

libevent框架的使用

一 libevent、libev和libuv是什么

libevent 和 libev 都是由 c 实现的异步事件库。它们的组要工作是注册异步事件，检测异步事件，根据事件的触发先后顺序，调用相对应回调函数处理事件。

这些框架处理的事件有三种，分别是网络io事件、定时事件和信号事件。

libevent 和 libev 主要封装了异步事件库与操作系统的交互，让用户无需关注平台检测处理事件的机制的差异，只需关注事件的具体处理。

libevent 和 libev 对 window 支持比较差，由此产生了 libuv 库；libuv 基于 libev，在window 平台上更好的封装了 iocp；node.js 就是基于 libuv 的。

从设计理念出发，libev 是为了改进 libevent 中的一些架构决策。

比如，libevent中，全局变量的使用使得在多线程环境中很难安全地使用 libevent；event 的数据结构设计太大，它包含了 io、时间以及信号处理全封装在一个结构体中，额外的组件如http、dns、openssl 等实现质量差（容易产生安全问题），计时器不精确，不能很好地处理时间事件。

libev 通过完全去除全局变量的使用，而是通过回调传参来传递上下文；并且根据不同事件类型构建不同的数据结构，以此来减低事件耦合性。除此之外，libev 小而高效；只关注事件处理，没有如http等额外组件。

接下来，我们将详细介绍libevent库。

二 libevent网络封装

网络封装层次如下图所示：

2.1 事件检测

1. 事件管理器：在linux下以epoll为核心构成。

• 构建对象：对照epoll_create.
• 事件循环：event_base_loop对照epoll_wait.

2. 事件

• 构造事件对象
• 销毁事件对象
• 注册事件
• 注销事件
• 修改事件

event_base_dispatch的流程介绍

2.2 事件操作

1. 连接接收

• 将bind、listen和accept封装为evconnlistener。evconnlistener连错误码处理都封装了，直接将返回结果塞进回调函数里返回给用户。

2. 读、写、连接操作

• bufferevent封装了read、write和connect。
  设置回调：读、写、错误回调。

用户在使用bufferevent时，直接将要写给网络的数据发送给bufferevent就行了，剩下的事情bufferevent会自己完成。读取同样的道理。

buffer操作：设置了读和写缓冲区。
问题：为什么用户态需要实现读写缓冲区？
读缓冲区：read从内核中一次读取无法保证获取完整的数据包，需要将读取的数据包缓存起来，组成一个完成数据包，再从缓冲区里拿出来。
写缓冲区：如果真实写的数据小于要写的数据，对于剩下的数据：
1.缓存剩下的数据。2.注册写事件

常用的解决方案：
1.fix buffer 缺点：1.存在空间浪费 2.数据移动频繁
2.ringbuffer 缺点：逻辑上是环形，实际上是数组，靠取余在逻辑上做一个环。
3.chainbuffer
chainbuffer是一个链表，由链表头和链表节点组成。
链表头是evbuffer，数据项和其作用分别是:

1. first：指向链表头
2. last：指向链表尾
3. last_with_datap：指最后有数据的链表
4. total_len：chainbuffer整体有多少真实数据

chainbuffer的示意图如下图所示：

链表节点是evbuffer_chain，其数据项和它们的作用分别是：
6. next：指向下一个链表的地址；
7. buffer_len: 这个节点的缓冲区的总长度；
8. misalign：表示从起始经过多少长度才有数据。意思是buffer+misalign之后才有数据。
目的是减少数据移动次数。
9. flags：有点复杂
10. buffer: 缓冲区起始地址
11. off: 指的是真实有效的缓冲区数据的长度

当第一个链表节点的数据被读完，first会指向第二个节点，第一个节点会被释放掉。

对chainbuffer的操作的重点

1. buffer_add ：read网络数据
2. buffer_remove：write网络数据

chainbuffer有一个缺点，这个缺点是：内存不连续的问题，会带来多次io
解决方法：readv：将读缓冲区（内核缓冲区）的数据，读到不连续的内存当中
writev：将不连续的内存的数据写到写缓冲区（内核缓冲区）