基于GCDAsyncSocket框架解决半包,粘包的情况

背景

最近做的项目中有要新增一个“竞价”模块的需求,讨论后的出用socket来做比较合适。这样的话就能够实时向用户反馈最新的信息。像这种和股票,金融这样的信息,必须要做到即时性,数据才有价值。

实现

实现也很简单:

1.初始化,连接

-(void)startConnectServerWithSocketWithParamets:(NSDictionary *)paramets{

    if (self.socketIsConnected) {

        return;

        }

    self.socketParamets = paramets;

    self.clientSocket = [[GCDAsyncSocket alloc]initWithDelegate:self  delegateQueue:dispatch_get_main_queue()];

    NSError *error = nil;

    [self.clientSocket connectToHost:SOCKET_TCP_IP onPort:SOCKET_TCP_PORT     viaInterface:nil withTimeout:-1 error:&error];

}

2.连接成功,传递参数给服务器,定好心跳包

-(void)socket:(GCDAsyncSocket *)sock didConnectToHost:(NSString *)host port:(uint16_t)port{

    self.socketIsConnected = YES;

    NSData *data =[[NSString stringWithFormat:@"DEMANDID:%@:%@",self.socketParamets[@"DEMANDID"],self.socketParamets[@"ID"]] dataUsingEncoding:NSUTF8StringEncoding];

    [self.clientSocket writeData:data withTimeout:- 1 tag:0];

    //创建定时器,发送心跳包

    self.longConnectTimer = [NSTimer timerWithTimeInterval:10

                                                    target:self

                                                  selector:@selector(longConnectToSocket)

                                                  userInfo:nil

                                                  repeats:YES];

    [[NSRunLoop currentRunLoop] addTimer:self.longConnectTimer forMode:NSRunLoopCommonModes];

    [self.clientSocket readDataWithTimeout:-1 tag:0];

}


3.接收数据,解析,传递数据

//读取到数据

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

            NSDictionary *dic = [NSJSONSerialization JSONObjectWithData:data

                                                                options:NSJSONReadingMutableContainers

                                                                  error:&err];

            if (dic) {

                [self.socketResposeDataSignel sendNext:@{@"title":@"success",@"data":dic}];

            }

            [self.clientSocket readDataWithTimeout:-1 tag:0];

}

出现问题

最开始测试的时候是没有问题的,可是数据越大的时候,越来越频繁的时候就会间断性的出现UI不刷新的问题。我一开始以为没有传递数据过来。但是经过调试,检测后发现接收数据的代理是有响应的。再将数据分析,出现了断包(一条完整的数据A被断成A1和A2两条Socket传递过来,所以解析会出错)和粘包(两条数据A和B两次Socket传递过来,但是第一次传递的是A的50%(断包),第二次传递的是A的50%和B的100%,所以两次都无法正常解析)。

解决办法

在网上看了很多博客后觉得在消息后面添加个消息头,用来标记该条消息的具体长度。换算出数值后和实际接受到的消息长度作比较,若实际长度小于换算的数值则发生断包现象,数据缓存下来继续接收。若是两者相同则消息是完整的长度,正常解析。若是实际长度大于换算的数值,则出现了粘包现象,循环解析。具体实现如下:(我和后台固定了消息头为6位代表消息长度的数值,不足6位高位补0)

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

    while (self.socketBufferData.length >= 6)//因为头部固定6个字节,数据长度至少要大于6个字节,     我们才能得到完整的消息描述信息

    {

        NSData *head = [self.socketBufferData subdataWithRange:NSMakeRange(0, 6)];//取得头部数据

        NSInteger length = [[[NSMutableString alloc]initWithData:head encoding:NSUTF8StringEncoding] integerValue];//得出内容长度

        NSInteger complateDataLength = length + 6;//算出一个包完整的长度(内容长度+头长度)

        if (self.socketBufferData.length >= complateDataLength)//如果缓存中数据够一个整包的长度

        {

            NSData *data = [self.socketBufferData subdataWithRange:NSMakeRange(6, length)];//截取一个包的长度(处理粘包)

            //回调数据更新界面

            NSError *err;

            NSDictionary *dic = [NSJSONSerialization JSONObjectWithData:data

                                                                options:NSJSONReadingMutableContainers

                                                                  error:&err];

            if (dic) {

                [self.socketResposeDataSignel sendNext:@{@"title":@"success",@"data":dic}];

            }

            //从缓存中截掉处理完的数据,继续循环

            self.socketBufferData = [NSMutableData dataWithData:[self.socketBufferData subdataWithRange:NSMakeRange(complateDataLength, self.socketBufferData.length - complateDataLength)]];

        }else//如果缓存中的数据长度不够一个包的长度,则包不完整(处理半包,继续读取)

        {

            [self.clientSocket readDataWithTimeout:-1 buffer:self.socketBufferData bufferOffset:self.socketBufferData.length tag:0];//继续读取数据

            return;

        }

    }

    //缓存中数据都处理完了,继续读取新数据

    [self.clientSocket readDataWithTimeout:-1 buffer:self.socketBufferData bufferOffset:self.socketBufferData.length tag:0];//继续读取数据

}

总结

看了网上的很多解决办法,都能实现。还是要根据项目的具体需求来。就像定这个消息头的部分,有的需求可能还要定义消息的类型(图片、MP3等),版本,ID什么的,那定义的就更加复杂。所以上面的只提供参考,一种解决思路,具体情况还得具体分析。记录一下,留待以后要用到的话提醒自己!

如有问题请联系我:13048914897@163.com

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

推荐阅读更多精彩内容