ibevent默认是水平触发，也即是如果有数据可读，读回调将被触发。如果数据没有读完，读回调将会持续触发，直至无数据可读。

基于套接字的bufferevent，当有数据可读时，会触发调用读回调函数。回调函数返回后，如果仍有数据可读，将不会触发调用读回调函数。
直到有新的数据被bufferevent接收，才会再次调用读回调函数。

这里实际的情况和理解的水平触发有些出入，可以理解为使用bufferevent时，读取数据的触发方式实际为边缘触发。为了防止数据堆积在bufferevent的输入缓冲区而不能及时处理，应该确保每次触发读回调函数时，读取完所有数据。

2020.04.27 新增：

bufferevent实际上是对event的封装。
这里为了方便描述，
称通过bufferevent_setcb()设置的回调函数为外层回调函数。
而称通过event_assign()设置的回调函数为内层回调函数。

bufferevent的外层回调函数由用户调用bufferevent_setcb()设置。
而其内层回调函数由libevent自己设置。实际上是由用户调用bufferevent_socket_new()该函数内部自己设置。

bufferevent中，如果其套接字可读，其内层读回调函数将会被调用，读取数据，然后存放在读取缓冲区中。如果该缓冲区中的数据大于等于读低水位，就将调用外层读调用函数，此时数据已经在读取缓冲区中，无需再从套接字中读取，bufferevent封装了读取细节，外层读回调函数实际上是直接从读取缓冲区中读取数据。

这里问题出现：
如果读取缓冲区中有100字节数据，但是外层读回调函数却只取回了10字节。那因为还剩下90字节，外层读回调函数会立刻再次被调用吗？

答案是否定。因为一次内层读回调函数只会调用一次外层读回调函数，即使调用完外层读回调函数之后读取缓冲区中仍有数据，也不会立刻再次调用外层读回调函数。只有等到下次内层读回调函数(即套接字可读)被调用之后才可能继续读取剩余数据。之所以是可能，是因为外层读回调函数是在调用内层读回调函数之后读取缓冲区evbuffer中的数据量大于等于读低水位后才会被调用。

因此，设置触发方式只会涉及到event对象的读写回调，即直接面对套接字时。
而对于bufferevent对象的读写回调毫无影响，bufferevent的读写回调根本与触发方式毫无相干。

对于外层读回调函数，最好每次都将读取缓冲区的数据全部读取(evbuffer_get_length() == 0)，以免剩余的数据无法得到及时处理。