tcp网络包“粘包”的介绍和解决方案代码示例

        我们知道， tcp是流式传输的。 

        还是说人话吧：  客户端第一次tcp传送"123"给服务端, 第二次tcp传送“456”给服务端， 假设服务端没有及时取， 那么在服务端的内核缓冲区中就是“123456”， 根本无法分割， 这就是所谓的tcp粘包。 当然， 这只是粘包的原因之一， 还有其他原因也可能导致粘包， 先不一一说了。

        服务端接收到黏在一起的包， 怎么将第一次请求和第二次请求区分开来呢？ 我们来简单聊聊， 并写个简单代码示意一下。

        看一下上面的例子， 无法拆分的根本原因是没有分割标识符。 如果人为定义分隔符（比如下划线）， 那就成了“123_456”,  这样是否就OK呢？ 很显然， 如果客户端本身要传的字符中包含下划线， 那么就会与用户分隔符的下划线冲突， 无法分割， 进入一种剪不断理还乱的状态， 那怎么办？

       可以考虑在每个包前面加一个固定的头（可以用一个整数）， 这个头中装有包的长度信息， 服务端先收头（整数）， 然后从头中读出这个包的长度信息， 这样就实现了分割。

       思路就是这样， 代码写起来也很简单，看下：

 

#include <iostream>
#include <string> // linux下不需要这行， 但Windows下需要
using namespace std;

int main()
{
	string strBuf;
	
	{
		string s = "123";
		int len = s.size();
		string tmpStr((char *)&len, sizeof(int));
		strBuf += tmpStr; // 头
		strBuf += s;      // 身
	}

	{
		string s = "45678";
		int len = s.size();
		string tmpStr((char *)&len, sizeof(int));
		strBuf += tmpStr; // 头
		strBuf += s;      // 身
	}


	// ---------------------------------------------


	char szBuf[102400] = {0}; // 为了简便示意，这里假设strBuf的大小不会超过这个长度
	unsigned int totalLen = strBuf.size();
	for(unsigned int i = 0; i < strBuf.size(); i++)
	{
		szBuf[i] = strBuf[i];
	}

	if(totalLen <= sizeof(int))
	{
		printf("recv error\n");
		return -1;
	}

	int len1 = 0;
	{
		memcpy((char *)&len1, szBuf, sizeof(int));
		cout << len1 << endl;
		if(sizeof(int) + len1 > totalLen)
		{
			printf("recv error 1\n");
			return -2;
		}
		
		cout << strBuf.substr(sizeof(int), len1) << endl;
	}

	if(sizeof(int) + len1 == totalLen)
	{
		printf("ok, done!\n");
		return 0;
	}

	int len2 = 0;
	{
		memcpy((char *)&len2, szBuf + sizeof(int) + len1, sizeof(int));
		if(sizeof(int) + len1 + sizeof(int) + len2 > totalLen)
		{
			printf("recv error 2\n");
			return -3;
		}
		
		cout << len2 << endl;
		cout << strBuf.substr(sizeof(int) + len1 + sizeof(int), len2) << endl;
	}

	if(sizeof(int) + len1 + sizeof(int) + len2 == totalLen)
	{
		printf("ok, done!!!\n");
		return 0;
	}

	printf("end\n");
	return 0;
}

 

         结果：

 

3
123
5
45678
ok, done!!!

 

        在实际开发中， 也经常用类似的方法来判断收包是否完整。 要注意， 粘包只存在于tcp中， udp不会有粘包， 想想为什么？

        OK, 先说到这里。