C++ Socket网络编程 解决网络阻塞和粘包\少包的问题（客户端）

在当前的版本中，实现了简易TPC的客户端和服务端程序，实现的功能有客户端对服务端进行连接，输入命令并接收回复等。
那么当前的程序中，网络传输数据主要由手动输入数据来提出需求，并且每次传输的数据也很小。这导致网络吞吐量十分的小，因此能够很好的实现功能。
但事实上，当把每次传输的数据的大小提高，并且由程序循环发送和接收数据时，会面临网络阻塞的问题。如下图：

在网络传输的过程中，Socket底层定义了发送端缓冲区和接收端缓冲区用来存储传输的数据。
将这两个缓冲区比作水池，如果接收端取接收缓冲区的内容每次不是全部取走，并且发送端的发送任务很大的时候（这是比较常见的情况），会导致接收缓冲区溢出，然后导致网络阻塞。

那么对客户端和服务端收数据的代码进行更改：
服务端收数据，定义一个二级缓冲区409600个字节，400K；每次将接收缓冲区内的全部内容都取出；同样的，客户端也是这样。通过快速的清空接收缓冲区，可以快速高频率的收发网络数据。

//服务端
	char *szRecv = new char[409600];
	int RecvData(SOCKET _clientSock)
	{
		//5 首先接收数据包头
		int nlen = recv(_clientSock, szRecv, 409600, 0); //接受客户端的数据 第一个参数应该是客户端的socket对象
		cout << "nlen = " << nlen << endl;
		LoginResult ret;
		SendData(_clientSock, &ret);
		return 0;
	}
//客户端
	//接收数据  处理粘包、拆分包
	char *szRecv = new char[409600];
	int RecvData()
	{
		//5 首先接收数据包头
		int nlen = recv(_sock, szRecv, 409600, 0); //接受客户端的数据 第一个参数应该是客户端的socket对象
		cout << "nlen = " << nlen << endl;
		return 0;
	}

尽管以上的方法能够避免网络阻塞的情况，但是却没有办法实现定义的业务逻辑。因此，参考上述方法，对其进行改进。

解决的方法是，为客户端的类添加成员变量，消息缓冲区和接收缓冲区；通过上文，可以知道接收缓冲区是一次性的将SOCKET接收缓冲区中的数据一次性取出，以避免网络阻塞；然后将接收缓冲区内的数据内容拷贝到消息缓冲区中，对消息缓冲区的内容进行解析和响应。

	char *_szRecv = new char[RECV_BUFF_SIZE];
	//消息缓冲区 
	char *_szMsgBuf = new char[RECV_BUFF_SIZE * 10];
	int _lastPos = 0;
	int RecvData()
	{
		//5 首先接收数据包头
		int nlen = recv(_sock, _szRecv, RECV_BUFF_SIZE, 0); //接受客户端的数据 第一个参数应该是客户端的socket对象
		//cout << "nlen = " << nlen << endl;
		if (nlen <= 0)
		{
			//客户端退出
			cout << "客户端:Socket = " << _sock << " 与服务器断开连接，任务结束" << endl;
			return -1;
		}
		//内存拷贝 将收取的数据拷贝到消息缓冲区中
		memcpy(_szMsgBuf + _lastPos, _szRecv, nlen);
		//消息缓冲区尾部偏移量
		_lastPos += nlen;
		while (_lastPos >= sizeof(DataHeader))		//当前接收的消息长度大于数据头  循环处理粘包
		{
			DataHeader* header = (DataHeader*)_szMsgBuf;
			if (_lastPos >= header->dataLength)		//判断是否少包
			{
				//处理剩余未处理缓冲区数据的长度
				int nSize = header->dataLength;
				//处理网络消息
				OnNetMsg(header);
				//将剩余消息 前移方便下一次处理
				memcpy(_szMsgBuf, _szMsgBuf + nSize, _lastPos - nSize);
				_lastPos = _lastPos - nSize;//位置迁移
			}
			else
			{
				//剩余数据不够一条完整消息
				break;
			}
		}
		return 0;
	}