Qt TCP 分包粘包的解决方法

1. 为什么TCP会有粘包分包半包现象 ?

TCP产生粘包分包现象的原因是多方面的,它既可能由发送方造成,也可能由接收方造成。

  • 发送方引起的原因是由TCP协议本身造成的

    TCP为提高传输效率,发送方往往要收集到足够多的数据后才发送一包数据。若连续几次发送的数据都很少,通常TCP会根据优化算法把这些数据合成一包后一次发送出去,这样接收方就收到了粘包数据。这么做优点也很明显,就是为了减少广域网的小分组数目,从而减小网络拥塞的出现。总的来说就是:发送端发送了几次数据,接收端一次性读取了所有数据,造成多次发送一次读取;通常是网络流量优化,把多个小的数据段集满达到一定的数据量,从而减少网络链路中的传输次数。

  • 接收方引起的原因是由于接收方用户进程不及时接收数据,从而导致粘包现象。

    因为接收方先把收到的数据放在系统接收缓冲区,用户进程从该缓冲区取数据,若下一包数据到达时前一包数据尚未被用户进程取走,则下一包数据放到系统接收缓冲区时就接到前一包数据之后,而用户进程根据预先设定的缓冲区大小从系统接收缓冲区取数据,这样就一次取到了多包数据。

  • 分包或半包是指在出现粘包的时候我们的接收方要进行分包处理。

    分包现象在长连接中都会出现。总的来说就是:发送端发送了数量比较多的数据,接收端读取数据时候数据分批到达,造成一次发送多次读取(在实践中,客户端开启TCP_NODELAY后,服务端仍沾包,所以这里是多次发送一次读取);通常和网络路由的缓存大小有关系,一个数据段大小超过缓存大小,那么就要拆包发送。

2. 怎么处理粘包分包现象?

tcp粘包、半包的处理方式:

  • 一是采用分隔符的方式,采用特殊的分隔符作为一个数据包的结尾,例如:”$$”;

  • 二是采用给每个包的特定位置(如包头两个字节)加上数据包的长度信息,另一端收到数据后根据数据包的长度截取特定长度的数据解析。

3. Qt 处理粘包半包的demo

为了简单显示,使用 QList< QByteArray > 来模拟 socket 接受到多次数据的情况,并且一个完整的数据包以“$$”结束,例如:1111$$

#include <QApplication>
#include <QDebug>
int main(int argc, char *argv[])
{
    // 模拟粘包半包的数据
    QList<QByteArray> recvMsgs = {"1111$$2222$$xxxxx","3333$$444$$yyyy"};
    static QByteArray halfData="0000"; // 上一次遗留的半包数据

    for (int var = 0; var < recvMsgs.size (); ++var) {
        auto recvMsg = recvMsgs.at (var);
        // 打包数据
        int idx = 0;
        while (idx != -1) {
            // 从idx位置开始查找$$的位置
            int postion = recvMsg.indexOf ("$$",idx); // 解决粘包问题 "1111$$2222$$xxxxx"
            if(postion != -1) {
                // 获取$$前的数据,不包括$$
                auto byte = recvMsg.mid(idx, postion - idx);
                if(!halfData.isEmpty ()){
                    byte = halfData+byte;
                    halfData.clear ();
                }
                qDebug() << byte;
                postion += 2;
            }
            else{
                // 如果有半包现象,则把最后一个"$$"后的数据保存起来,暂时不使用
                if(idx < recvMsg.length ()){
                    halfData = recvMsg.mid (idx);
                }
            }
            idx = postion;
        }
        qDebug() << "剩下的半包数据:" << halfData;
    }
}

运行结果:

"00001111"
"2222"
剩下的半包数据: "xxxxx"
"xxxxx3333"
"444"
剩下的半包数据: "yyyy"

参考应用:

[tcp粘包(一) - silyvin - 博客园 (cnblogs.com)]:

  • 5
    点赞
  • 25
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
TCP协议是一种面向连接的可靠传输协议,它将数据分成一个一个的数据包进行传输。但是,由于网络传输的不确定性,TCP粘包分包问题就会出现。 1. TCP粘包问题 TCP粘包问题是指发送方将多个数据包合并成一个数据包发送,接收方无法区分多个数据包的边界,从而无法正确处理数据包。造成TCP粘包问题的原因有多种,比如发送方发送的数据包过大、发送速度过快、网络延迟等。 解决方法: (1) 设置消息边界标识符 在发送的消息中添加一个特殊的标识符,如换行符、空格等,用来标识消息的边界。接收方根据标识符来判断消息的边界,将消息分隔成多个数据包。 (2) 定长消息 可以设置一个固定长度的消息,每次发送的数据都是定长的。这样接收方就可以根据固定长度来将消息分隔成多个数据包。 2. TCP分包问题 TCP分包问题是指发送方将一个数据包分成多个数据包发送,接收方接收后需要将多个数据包组合成一个完整的数据包,才能进行处理。造成TCP分包问题的原因有多种,比如发送方发送的数据包过大、网络拥塞等。 解决方法: (1) 设置消息长度 在消息中添加消息长度信息,接收方接收到数据后,根据长度信息将多个数据包组合成一个完整的数据包。 (2) 固定长度消息 发送方每次发送的数据都是固定长度的,接收方根据固定长度来将多个数据包组合成一个完整的数据包。 总之,TCP粘包分包问题可以通过合理的协议设计和网络优化来解决

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值