关于Socket 粘包和半包的处理

2019-12-26  本文已影响0人  Arackboss

前段时间在开发即时通讯,使用的是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

或者留言也行

上一篇下一篇

猜你喜欢

热点阅读