**什么是粘包问题:**
粘包问题的起因是socket的缓存机制。
简而言之 粘包问题就是如何将连续的数据按照不同的数据帧截断,以及如何处理残包情况。
分割数据需要按需分配。
处理残包也很简单——“等”。
等它发来下一包数据,不管他发来多少数据,先拿来512,接到上次那512后面。凑成完整的数据帧。
当然也有可能你发现这次来的数据不够512,那就有多少拿多少,先接到那帧数据的后面,然后再等,什么时候凑够了什么时候去截下一帧。
二进制数据可以被看成水(当然这么比喻有一定的局限性,考虑到二进制数据的连续性将其比喻成水是有误区的,但这么比喻也是为了方便理解)。recv最多能从井里面取出来的水的多少是固定的,但是井里面的水也有可能不足以装满一桶。桶里面的水要倒到不同的杯子中去。开始被倒的杯子是会被装满的,最后的杯子可能只装了半杯,桶里就没有水了。这个杯子就要等,等桶去井里面取水,然后再给他装。当井里的水不足以装满一桶的时候,桶不会在那等,而是有多少拿多少。要是井里没有水,那就只能等,等他有水了再装走。
处理好这个过程就解决了粘包问题。
当然这只是本人的理解,本人也是初学者,欢迎指教。
下面附上一段我处理粘包过程的代码,同样欢迎指教。
//这段代码使用的前提是数据帧要有头标识,可以从数据头中获取帧的长度。
memcpy(data_return+left_len, data, datal);
//data是recv得到的数据,datal是recv的返回值(数据长度)。
//data_return上次操作剩下的残缺数据。left_len是剩余数据长度。
left_len = left_len + datal;
while(1)
{
header = (measure_header_t/*数据头格式*/)data_return;
if(header->leader.fh /*数据头标识*/== LEADER)
{
if(left_len < header->header.len)
{
break;//剩下的数据不足一包 就不处理了。
}
do_data(data_return, header->header.len);//数据拿走操作
left_len = left_len - header->header.len;//剩余长度变更
memcpy(data_tmp,(data_return + header->header.len), left_len);
memcpy(data_return,data_tmp,left_len);//被使用的数据截掉
}
else
{
memcpy(data_tmp,(data_return +1), --left_len);
memcpy(data_return,data_tmp,left_len);
//没找到头就一直向下找直到找到头为止。
if(left_len < 1)
{
return 0;
}
}
}