IOS關(guān)于AsyncSocket?TCP粘包與斷包的問題解決方案

一 .什么時候需要考慮粘包問題?

  • 如果利用tcp每次發(fā)送數(shù)據(jù)斜友,就與對方建立連接盘榨,然后雙方發(fā)送完一段數(shù)據(jù)后,就關(guān)閉連接贮匕,這樣就不會出現(xiàn)粘包問題(因為只有一種包結(jié)構(gòu),類似于http協(xié)議)勺良。關(guān)閉連接主要要雙方都發(fā)送close連接(參考tcp關(guān)閉協(xié)議)绰播。如:A需要發(fā)送一段字符串給B,那么A與B建立連接尚困,然后發(fā)送雙方都默認(rèn)好的協(xié)議字符如"hello give me sth abour yourself"蠢箩,然后B收到報文后,就將緩沖區(qū)數(shù)據(jù)接收,然后關(guān)閉連接事甜,這樣粘包問題不用考慮到谬泌,因為大家都知道是發(fā)送一段字符。
  • 如果發(fā)送數(shù)據(jù)無結(jié)構(gòu)逻谦,如文件傳輸掌实,這樣發(fā)送方只管發(fā)送,接收方只管接收存儲就ok邦马,也不用考慮粘包
  • 如果雙方建立連接潮峦,需要在連接后一段時間內(nèi)發(fā)送不同結(jié)構(gòu)數(shù)據(jù),如連接后勇婴,有好幾種結(jié)構(gòu):
    1)"hello give me sth abour yourself"
    2)"Don't give me sth abour yourself"
    那這樣的話忱嘹,如果發(fā)送方連續(xù)發(fā)送這個兩個包出去,接收方一次接收可能會是"hello give me sth abour yourselfDon't give me sth abour yourself" 這樣接收方就傻了耕渴,到底是要干嘛拘悦?不知道,因為協(xié)議沒有規(guī)定這么詭異的字符串橱脸,所以要處理把它分包础米,怎么分也需要雙方組織一個比較好的包結(jié)構(gòu),所以一般可能會在頭加一個數(shù)據(jù)長度之類的包添诉,以確保接收屁桑。

二 .粘包出現(xiàn)原因

在流傳輸中出現(xiàn),UDP不會出現(xiàn)粘包栏赴,因為它有消息邊界(參考Windows 網(wǎng)絡(luò)編程)
1 發(fā)送端需要等緩沖區(qū)滿才發(fā)送出去蘑斧,造成粘包
2 接收方不及時接收緩沖區(qū)的包,造成多個包接收

三 .解決辦法

為了避免粘包現(xiàn)象须眷,可采取以下幾種措施竖瘾。一是對于發(fā)送方引起的粘包現(xiàn)象,用戶可通過編程設(shè)置來避免花颗,TCP提供了強制數(shù)據(jù)立即傳送的操作指令push捕传,TCP軟件收到該操作指令后,就立即將本段數(shù)據(jù)發(fā)送出去扩劝,而不必等待發(fā)送緩沖區(qū)滿庸论;二是對于接收方引起的粘包职辅,則可通過優(yōu)化程序設(shè)計、精簡接收進(jìn)程工作量聂示、提高接收進(jìn)程優(yōu)先級等措施域携,使其及時接收數(shù)據(jù),從而盡量避免出現(xiàn)粘包現(xiàn)象催什;三是由接收方控制涵亏,將一包數(shù)據(jù)按結(jié)構(gòu)字段,人為控制分多次接收蒲凶,然后合并气筋,通過這種手段來避免粘包。


下面我們用一種簡單而使用的方法來解決這個問題,而這種方法尤其適用于初學(xué)者,思路如下:

我們?yōu)榱朔乐拐嘲c斷包,將每一條TCP數(shù)據(jù)都已\n結(jié)尾,這樣當(dāng)我們拿到\n的時候,就說明這是一條完整的數(shù)據(jù).
如果一次接受的數(shù)據(jù)中包含兩個或兩個以上的\n的時候,則以\n拆分成兩條或兩條以上的完整數(shù)據(jù)進(jìn)行解析,即粘包處理.
如果一次接受的數(shù)據(jù)中沒有\(zhòng)n,則將這條數(shù)據(jù)與下次接受的數(shù)據(jù)合并起來,知道接受到\n為止,即斷包處理.


實現(xiàn)過程如下:
ReceiveDataControl.h:

#import <Foundation/Foundation.h>

typedef void(^SocketDataBlock)(NSMutableArray * receiveData);

@interface ReceiveDataControl : NSObject

+(ReceiveDataControl *) sharedInstance;

-(void)appendingData:(id)data newData:(SocketDataBlock)block;

@end

ReceiveDataControl.m:

#import "ReceiveDataControl.h"

@interface ReceiveDataControl ()
{
    //保存二級制文件數(shù)據(jù)
    NSMutableData *_currentData;
    //保存有用的字符串?dāng)?shù)據(jù)
    NSMutableArray *_lastMessages;
}

@end

@implementation ReceiveDataControl

+(ReceiveDataControl *) sharedInstance
{
    static ReceiveDataControl *sharedInstace = nil;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        sharedInstace = [[self alloc] init];
    });
    return sharedInstace;
}

-(instancetype)init{
    if (self = [super init]) {
        _currentData = [[NSMutableData alloc] init];
    }
    return self;
}

-(void)appendingData:(id)data newData:(SocketDataBlock)block
{
    //1旋圆、拼接二進(jìn)制數(shù)據(jù)
    [_currentData appendData:data];
    //2宠默、轉(zhuǎn)化成字符串
    NSString *string = [[NSString alloc] initWithData:_currentData encoding:NSUTF8StringEncoding];
    NSLog(@"socket 收到的數(shù)據(jù)data = %@",string);
    
    //3、分割字符串
    NSArray *stringArr = [string componentsSeparatedByString:@"\n"];
    NSMutableArray *usefulStringArr = [NSMutableArray new];
    
    int count = 0;
    //4灵巧、獲取有用的字符串
    for (NSString *str in stringArr) {
        if ([str hasPrefix:@"{"] && [str hasSuffix:@"}"]) {
            [usefulStringArr addObject:str];
        }else if (!IsStringEmpty(str)){
            NSData *strData = [str dataUsingEncoding:NSUTF8StringEncoding];
            _currentData = [strData mutableCopy];
            count ++;
        }
    }
    
    if (count == 0) {
        _currentData = [[NSMutableData alloc] init];
    }
    
    block(usefulStringArr);
    //5搀矫、判斷有沒有新的字符串
//    NSMutableArray *newStringArr = [NSMutableArray new];
//    for (NSString *str in usefulStringArr) {
//        if (![_lastMessages containsObject:str]) {
//            [newStringArr addObject:str];
//        }
//    }
    //6、返回新的字符串 保存老的數(shù)組
//    _lastMessages = usefulStringArr;
    
//    _currentData = data;
}

@end

注:喜歡的請關(guān)注一下我的簡書:白紙上涂鴉

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末刻肄,一起剝皮案震驚了整個濱河市瓤球,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌敏弃,老刑警劉巖卦羡,帶你破解...
    沈念sama閱讀 206,968評論 6 482
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異麦到,居然都是意外死亡绿饵,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,601評論 2 382
  • 文/潘曉璐 我一進(jìn)店門瓶颠,熙熙樓的掌柜王于貴愁眉苦臉地迎上來拟赊,“玉大人,你說我怎么就攤上這事粹淋∥睿” “怎么了?”我有些...
    開封第一講書人閱讀 153,220評論 0 344
  • 文/不壞的土叔 我叫張陵廓啊,是天一觀的道長欢搜。 經(jīng)常有香客問我,道長谴轮,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,416評論 1 279
  • 正文 為了忘掉前任吹埠,我火速辦了婚禮第步,結(jié)果婚禮上疮装,老公的妹妹穿的比我還像新娘。我一直安慰自己粘都,他們只是感情好廓推,可當(dāng)我...
    茶點故事閱讀 64,425評論 5 374
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著翩隧,像睡著了一般樊展。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上堆生,一...
    開封第一講書人閱讀 49,144評論 1 285
  • 那天专缠,我揣著相機與錄音,去河邊找鬼淑仆。 笑死涝婉,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的蔗怠。 我是一名探鬼主播墩弯,決...
    沈念sama閱讀 38,432評論 3 401
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼寞射!你這毒婦竟也來了渔工?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,088評論 0 261
  • 序言:老撾萬榮一對情侶失蹤桥温,失蹤者是張志新(化名)和其女友劉穎引矩,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體策治,經(jīng)...
    沈念sama閱讀 43,586評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡脓魏,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,028評論 2 325
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了通惫。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片茂翔。...
    茶點故事閱讀 38,137評論 1 334
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖履腋,靈堂內(nèi)的尸體忽然破棺而出珊燎,到底是詐尸還是另有隱情,我是刑警寧澤遵湖,帶...
    沈念sama閱讀 33,783評論 4 324
  • 正文 年R本政府宣布悔政,位于F島的核電站,受9級特大地震影響延旧,放射性物質(zhì)發(fā)生泄漏谋国。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,343評論 3 307
  • 文/蒙蒙 一迁沫、第九天 我趴在偏房一處隱蔽的房頂上張望芦瘾。 院中可真熱鬧捌蚊,春花似錦、人聲如沸近弟。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,333評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽祷愉。三九已至窗宦,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間二鳄,已是汗流浹背赴涵。 一陣腳步聲響...
    開封第一講書人閱讀 31,559評論 1 262
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留泥从,地道東北人句占。 一個月前我還...
    沈念sama閱讀 45,595評論 2 355
  • 正文 我出身青樓,卻偏偏與公主長得像躯嫉,于是被迫代替她去往敵國和親纱烘。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 42,901評論 2 345

推薦閱讀更多精彩內(nèi)容