关于Socket 粘包和半包的处理

前段时间在开发即时通讯,使用的是CocoaAsyncSocket 遇到了几个常见的问题,网上说的关于粘包和半包其实就是数据的处理问题,TCP协议中,如果传输数据量比较大,会把数据拆分成流,这时就会出现数据不完整或者数据超出你想要的格式范围,我们是一个聊天类型软件,单发消息时因为数据比较小,没有出现问题,后面我写了个循环,循环50次发送一条消息,结果就出现后面的收不到的情况,就是这个粘包和半包导致的,后面查了相关资料,我先把我主要核心代码附上

-(void)socket:(GCDAsyncSocket *)sock didReadData:(NSData *)data withTag:(long)tag{

while (self.readBuf.length>5) {
    NSData *head = [_readBuf subdataWithRange:NSMakeRange(0, 5)];//取得头部数据
    NSData *lenthData = [head subdataWithRange:NSMakeRange(0, 2)];//取得长度数据
    int length = [SocketUtils uint16FromBytes:lenthData];
    NSInteger lengthInteger = 0;
    lengthInteger = (NSInteger)length;//消息体应该有lengthInteger个字节长度
    NSInteger complateDataLength = length + 5;//算出一个包完整的长度(内容长度+头长度)
    
    
    if (self.readBuf.length >= complateDataLength)//如果缓存中数据够一个整包的长度
    {
        NSData *data = [_readBuf subdataWithRange:NSMakeRange(0, complateDataLength)];//截取一个包的长度(处理粘包)
        [self configData:data];
        _readBuf = [NSMutableData dataWithData:[_readBuf subdataWithRange:NSMakeRange(complateDataLength, _readBuf.length - complateDataLength)]];
    }
    else//如果缓存中的数据长度不够一个包的长度,则包不完整(处理半包,继续读取)
    {
        [gcdSocket readDataWithTimeout:-1 buffer:_readBuf bufferOffset:_readBuf.length tag:0];//继续读取数据
        return;
    }
    
}
[gcdSocket readDataWithTimeout:-1 buffer:_readBuf bufferOffset:_readBuf.length tag:0];//继续读取数据

}

上面这个方法是读取数据,处理数据的代理方法

然后我们使用的协议 包括消息头和消息体

消息头包含5个字节,前面两个字节说明消息体的长度 是一个长整型数据 中间两个字节是命令码,可以理解为接口名,最后一个字节是一个整形,告诉前端该数据是否被压缩,然后结合上面的代码和注释就能很清楚的理解了

//解释
self.readBuf 是我定义的一个全局的数据容器,用来缓存收到的半包数据,如果该容器内数据长度大于5,说明已经收到数据了,然后进入while循环,先截取数据长度为5的消息头,然后解析出来消息体的长度 lengthInteger ,所以整个数据的长度为 lengthInteger + 5,然后判断self.readBuf的长度, 如果大于 lengthInteger+5 说明有一个完整的数据包,此时就是粘包,就要去处理你的业务逻辑了,处理完这个包以后把self.readBuf里面的这个包内容删除,继续处理剩下的内容

如果长度不够 就说明是半包,就要继续读取数据

如果大家有哪里还搞不懂的可以私信我 WeChat :Arackboss

或者留言也行

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,456评论 5 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,370评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,337评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,583评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,596评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,572评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,936评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,595评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,850评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,601评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,685评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,371评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,951评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,934评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,167评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,636评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,411评论 2 342

推荐阅读更多精彩内容

  • http://zhaohuiopensource.iteye.com/blog/1541270 首先看两个概念: ...
    52031d47791e阅读 693评论 0 1
  • 在RPC框架中,粘包和拆包问题是必须解决一个问题,因为RPC框架中,各个微服务相互之间都是维系了一个TCP长连接,...
    AI乔治阅读 2,993评论 0 7
  • 网络编程 一.楔子 你现在已经学会了写python代码,假如你写了两个python文件a.py和b.py,分别去运...
    go以恒阅读 1,982评论 0 6
  • 定义 TCP是个“流”协议,所谓流,就是没有界限的一串数据。大家可以想象河里的流水,它们是连成一片的,其间并没有分...
    tracy_668阅读 547评论 0 1
  • 你是天上游逛的云, 我是地上莽撞的鹿。 因为风行千里,吹动了云的缘故, 我们在一棵榕树下相遇。 我在地上说云要动,...
    苏格拉底有点困阅读 841评论 2 4