一次Recv是全部数据包？
不是的吧 是根据我提供的长度来接受的
int ret = recv(socket, buf, 500,0);
就是接收500个 多的会继续留在缓存区的

至于改成< 那是完全一样的 因为不可能大于的

一次Recv是全部数据包？
不是的吧 是根据我提供的长度来接受的
int ret = recv(socket, buf, 500,0);
就是接收500个 多的会继续留在缓存区的

至于改成< 那是完全一样的 因为不可能大于的

C/C++ code
int length = 500;
int recvlen = 0;
int len = 0;
while(length-recvlen>0){
    len = read(sock, buf, length)；
     recvlen+=len;
}

不是这样的

比如我发一个长度60的报文 但是因为鼓掌 实际上我的报文时58长度 //每个包都是有长度的~~
到的长度就和发送的长度不符 如果不清空缓冲区  //长度不符合，怎么保证稳定性~~
那么当下一个报文进来的时候，就会把下一个报文的2个长度算成是前一个报文 //先判断包头不就可以了~~
导致下一个报文错位
连带后面全部的报文都错位！
这是非常严重的

我现在考虑的就是故障处理
因为我做的通讯是会有外部链接进来的 我不能保证别人的报文一定就正确
我总不能他出错我就当掉吧

比如我发一个长度60的报文 但是因为鼓掌 实际上我的报文时58长度 //每个包都是有长度的~~//现在就是考虑长度出错的情况
到的长度就和发送的长度不符 如果不清空缓冲区 //长度不符合，怎么保证稳定性~~//那边的程序不是我写的，不符合也是有可能的
那么当下一个报……

你没明白流式协议该如何解析。

一般都是这样解析的

你应该有一个单独组合数据包的过程,有一个数据缓冲

首先读出包头的长度，然后就“期待”读够包头，然后解析包头得出数据长度，然后在“期待”读够数据.

至于具体实现可以考虑用个队列，队尾加数据进去，从队头开始解析.

自己定议个协议头不就搞定了，每个包不都有规律了

引用 17 楼 zhanshen2891 的回复:
你没明白流式协议该如何解析。

一般都是这样解析的

你应该有一个单独组合数据包的过程,有一个数据缓冲

首先读出包头的长度，然后就“期待”读够包头，然后解析包头得出数据长度，然后在“期待”读够数据.

至于具体实现可以考虑用个队列，队尾加数据进去，从队头开始解析.

我现在在做的就是异常处理啊，。。
然后就“期待”读够包……

不是底层读错
是应用层可能组包组错啊

可能我20长度的包 因为程序写错了 前面的包长度写成2了呢

踢掉客户端是一个办法
但是感觉不太好
我还是希望能清空缓冲区
牺牲掉下一个报文 保证后续的报文不会出错 程序也不会当掉
能实现么

while(RecLen > 0)
即可，为啥要用while(1)???