请教libevent的神奇函数bufferevent_read

zhendehaoren

这个函数指定长度的buffer是否一次可以读完，它和普通的recv有啥区别，是缓冲区一旦有东西就读吗？
现在遇到的问题是：客户端先发头，再发数据，服务端用bufferevent_read读两次，有时读头的时候读出了乱七八糟的东西

echo_read_cb函数是一旦可读就要进入到回调。我在里面bufferevent_read读两次，现在发现有时回调里面只收到了包头。

现在找到了一种解决方案：进入echo_read_cb函数后根据 evbuffer_get_length 判断读到的长度，假如仅仅是包头长度，立即return，下次够包头和整体再处理，这样是否有问题。

wenlq

evbuffer_get_length 先读长度，是报文头的长度 ，就读报文头，放着，弄一状态记录，下次读报文体。
如果是超过的，读掉报文头，读报文体，报文体也可能要读多次的。记录好已读的和下次再读的。

就是弄一个状态机。

zhendehaoren

ls的，你确定吗，我感觉弄复杂了，我的方法完全可行，echo_read_cb会不停循环，一旦可读就进去，有时头来了，数据没跟上，就只看到头，可能是还没收完，return后再进去就收完了。

wenlq

请测试下报文体很大的情况

zhendehaoren

多谢ls了，还好这里需要传递的报文长度不会太长。超不过200，请问我的方法应该没问题吧。
我比较奇怪的是，第一次进入echo_read_cb假如读了n个字节没读完，下次再进入为何不是接着读，而是变成了了n+m