对libevent中bufferevent的深入理解

对libevent中bufferevent的深入理解

在libevent 2.x.x中，新增了bufferevent来封装了socket操作，用来简化编码操作。

当前项目有个点实在是有点儿绕，我自己在libevent基础上做了一个网络引擎的wrapper，未来打算替换，在实现的过程中，发现了一些问题，于是这些日子在空闲的时候阅读了下libevent的实现以及从前没有接触过的epoll模型，心里也算是有点数了。

在bufferevent中，封装了两个event，分别是read和write，同时也有对应的read buffer和write buffer，这也是常用的设计。然而bufferevent对于read和write事件的处理却有很大的差异。

读事件

首先我们谈谈比较容易理解的read事件，通常的步骤就是新建一个bufferevent

bufferevent_socket_new

然后我们设置对应的写回调函数，同时要记住必须调用

bufferevent_enable(pEv, EV_READ)

这个函数是将对应的event通过event_add添加到eventbase中的，我们知道在libevent的设计中，所有的事件必须加入eventbase中才会获得事件通知。

在 bufferevent_enable 函数中，会设置enabled变量的对应的标志位，并且将对应的event添加到eventbase中。

不然我们的读事件都会被libevent忽略，然后我们只要静静的等待着读回调即可。在libevent层面，它属于proactor模式，我们只需要从缓冲区中把socket数据取出来即可，不用调用recv/read。

从libevent的内部实现来讲，在调用bufferevent_socket_new的时候已经初始化了读事件，并且设置了读回调，这个回调是属于libevent内部的回调，用于实现