QTcpSocket接收报文不完整的原因分析及解决方法

一、分析

即便发送方按照每一帧大小为指定长度的报文在发送，如一帧4096个字节，在接收方也不一定会按照4096个字节的长度接收每一帧。
有时候当发送方的发送速率过快，网络传输时延非常低时，对于接收方，会在缓存区中同时存储多帧数据，然后在一次**readyRead()触发下，会一起被例如readAll()**读到。
但是在TCP协议的网络缓存区中，仅仅能缓存65535字节的数据，当超过这个字节数，多余的报文就会进不到缓存区，当然也不会丢弃，而是开始排队。
例如在很短的时间内收到16帧的4096字节的报文时，总字节就会超过65535,此时最后一帧就会不完整，注意，最后一帧不一定是将65535填满后再剩下，最后一帧会在某个位置被斩断。

二、解决方法

在上面说到，其实没被写入缓存区的数据报文内容，并不会被丢弃，他会开始排队，因此，只要将缓存区的内容取出来，将缓存区的位置空出来，被截断的报文就会马上进入缓存区，并再一次触发readyRead()，此时获取到的数据添加到之前的报文之后，则被截断的报文就完整了。
利用完整的报文应当是发送者报文的整数倍这个特性，判断报文接收是否完整。

三、代码

在*.h中定义一个全局变量

QByteArray residueData;//剩余数据

在*.cpp文件中写一个被readyRead()触发的函数

void fepTcpServer::ReadData()
{
    QTcpSocket *readSocket = qobject_cast<QTcpSocket *>(sender());

    residueData+=readSocket->readAll();
    int re=residueData.size()%4096;

    //TCP最大缓存区为65535字节，因此可能会超出该字节大小，当此时需要拼接
    if(re!=0)
    {
    	return;//return后，剩余的报文内容会接着触发
    }
    qDebug()<<residueData;
    residueData.clear;
}