CocoaAsyncSocket + Protobuf 处理粘包和拆包问题

最新推荐文章于 2024-07-31 11:30:30 发布

meimeizhuzhuhua

最新推荐文章于 2024-07-31 11:30:30 发布

阅读量2k

点赞数

本文链接：https://blog.csdn.net/meimeizhuzhuhua/article/details/70469457

版权

本文介绍了在使用CocoaAsyncSocket与Protobuf进行IM通讯时遇到的粘包和拆包问题，通过分析问题并提供关键代码展示了如何处理这些问题。通过读取数据头部字节获取内容长度，从而实现对粘包数据的正确切割和解析。文章还提供了不同情况（正常包、粘包、拆包）的日志信息作为示例。

摘要由CSDN通过智能技术生成

在上一篇文章《iOS之ProtocolBuffer搭建和示例demo》分享环境的搭建, 我们和服务器进行IM通讯用了github有名的框架CocoaAsynSocket, 然后和服务器之间的数据媒介是ProtoBuf。然后后面在开发的过程中也碰到了拆包和粘包问题，这方面网上资料很少，曲折了一下才解决，这里分享一下问题的解决过程！

　　首先描述下碰到的问题：

　　1、服务器发送内容很长的数据过来的时候，GCDAsyncSocket监听收到的一个包解析不了，一直要接收好几个包拼接才是这条数据的完整包，即所谓的拆包/断包；

　　2、服务器快速发送多条数据过来，传到客户端这边的时候几条数据合成了一个包，即所谓的粘包。所以想解析这些粘在一起的数据，必须知道每条数据的长度，才能正确切割解析。

　　先上关键代码，解决读取每条数据的头部字节，根据头部字节读取这条数据的内容长度。这样才能完美的解决粘包问题。由于根据数据的长度不一样，导致头部字节占用的长度也会不一样，比如说我这里反复测试的结果头部占用字节一般为1和2，短内容数据头部占用字节长度为1，长内容数据头部占用字节长度为2。这里的代码参考了谷歌提供的Protobuf的objectivec版的源码。

/** 关键代码：获取data数据的内容长度和头部长度: index --> 头部占用长度 (头部占用长度1-4个字节) */
- (int32_t)getContentLength:(NSData *)data withHeadLength:(int32_t *)index{
    
    int8_t tmp = [self readRawByte:data headIndex:index];
    
    if (tmp >=