GCDAsyncSocket 簡(jiǎn)單使用

注冊(cè)了這么久簡(jiǎn)書(shū)賬號(hào)画髓,今天終于決定把自己的總結(jié)發(fā)出來(lái)咨跌。第一篇文章誕生了纲菌!

項(xiàng)目中monitor數(shù)據(jù)上報(bào),消息推送均使用了socket長(zhǎng)連接,技術(shù)上使用GCDAsyncSocket 并做了二次封裝榨汤。

  • CocoaAsyncSocket為Mac和iOS提供了易于使用且強(qiáng)大的異步通信庫(kù)滴须。CocoaAsyncSocket是支持tcp和udp的栏笆,利用它可以輕松實(shí)現(xiàn)建立連接屁商、斷開(kāi)連接、發(fā)送socket業(yè)務(wù)請(qǐng)求七问、重連這四個(gè)基本功能蜓耻。

一、GCDAsyncSocket 總結(jié)

在Podfile文件中械巡,只要加上這句話就可以導(dǎo)入了

pod 'CocoaAsyncSocket'

1)首先初始化socket 源碼提供了四種初始化方法

- (instancetype)init;
- (instancetype)initWithSocketQueue:(nullable dispatch_queue_t)sq;
- (instancetype)initWithDelegate:(nullable id<GCDAsyncSocketDelegate>)aDelegate delegateQueue:(nullable dispatch_queue_t)dq;
- (instancetype)initWithDelegate:(nullable id<GCDAsyncSocketDelegate>)aDelegate delegateQueue:(nullable dispatch_queue_t)dq socketQueue:(nullable dispatch_queue_t)sq;
  • aDelegate就是socket的代理 dq是delegate的線程

You MUST set a delegate AND delegate dispatch queue before attempting to use the socket, or you will get an error

這里的delegate和dq是必須要有的刹淌。

  • sq是socket的線程,這個(gè)是可選的設(shè)置讥耗,如果你寫(xiě)null有勾,GCDAsyncSocket內(nèi)部會(huì)幫你創(chuàng)建一個(gè)它自己的socket線程,如果你要自己提供一個(gè)socket線程的話古程,千萬(wàn)不要提供一個(gè)并發(fā)線程蔼卡,在頻繁socket通信過(guò)程中,可能會(huì)阻塞掉挣磨,個(gè)人建議是不用創(chuàng)建

If you pass NULL, GCDAsyncSocket will automatically create it's own socket queue.
If you choose to provide a socket queue, the socket queue must not be a concurrent queue.

2)初始化socket之后雇逞,需要跟服務(wù)器建立連接

- (BOOL)connectToHost:(NSString *)host onPort:(uint16_t)port error:(NSError **)errPtr;
  • host是主機(jī)地址,port是端口號(hào)

如果建連成功之后茁裙,會(huì)收到socket成功的回調(diào)

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

如果失敗了塘砸,會(huì)受到以下回調(diào)

- (void)socketDidDisconnect:(GCDAsyncSocket*)sock withError:(NSError*)err

3)發(fā)送數(shù)據(jù)

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

發(fā)送數(shù)據(jù)的回調(diào)

- (void)socket:(GCDAsyncSocket*)sock didWriteDataWithTag:(long)tag;

4)讀取數(shù)據(jù)回調(diào)

- (void)socket:(GCDAsyncSocket*)sock didReadData:(NSData*)data withTag:(long)tag晤锥;

5)斷開(kāi)連接掉蔬、重連

[self.socket disconnect];
- (void)socketDidDisconnect:(GCDAsyncSocket *)sock withError:(NSError *)err
{
//這里可以做重連操作
}

二.采坑攻略

1)主動(dòng)讀取消息

在發(fā)送消息后,需要主動(dòng)調(diào)取didReadDataWithTimeOut方法讀取消息
矾瘾,這樣才能收到你發(fā)出請(qǐng)求后從服務(wù)器那邊收到的數(shù)據(jù)

- (void)socket:(GCDAsyncSocket*)sock didWriteDataWithTag:(long)tag
{
    [self.socket readDataWithTimeout:-1 tag:tag];
}

2)tag 參數(shù)的理解

tag 參數(shù),乍一看可能會(huì)以為在writeData到readData一次傳輸過(guò)程中保持一致女轿。看似結(jié)果是這樣壕翩,但是tag參數(shù)并沒(méi)有加在數(shù)據(jù)傳輸中蛉迹。
tag 是為了在回調(diào)方法中匹配發(fā)起調(diào)用的方法的,不會(huì)加在傳輸數(shù)據(jù)中戈泼。

調(diào)用write方法婿禽,收到didWriteData 回調(diào) 調(diào)用writeDataWithTimeOut 讀取數(shù)據(jù)赏僧。收到消息后大猛,會(huì)回調(diào)didReadData的delegate方法扭倾。這是一次數(shù)據(jù)發(fā)送,在接受服務(wù)端回應(yīng)的過(guò)程挽绩。

- (void)writeData:(NSData *)data withTimeout:(NSTimeInterval)timeout tag:(long)tag;
- (void)onSocket:(AsyncSocket *)sock didWriteDataWithTag:(long)tag;

writeData方法中的tag 和 DidWriteData代理回調(diào)中的tag是對(duì)應(yīng)的膛壹。源碼中tag的傳遞是包含在當(dāng)前寫(xiě)的數(shù)據(jù)包 GCDAsyncWritePacket currentWrite 中。

同理

- (void)readDataWithTimeout:(NSTimeInterval)timeout tag:(long)tag;
- (void)onSocket:(AsyncSocket *)sock didReadData:(NSData *)data withTag:(long)tag;

readData 方法中的tag 和 readDataWithTimeout 代理回調(diào)中的tag是一致的
tag 傳遞包含在GCDAsyncReadPacket * currentRead 數(shù)據(jù)包中唉堪。

需要注意:根據(jù)tag做消息回執(zhí)的標(biāo)識(shí)模聋,可能會(huì)出現(xiàn)錯(cuò)亂的問(wèn)題

以read為例分析:

- (void)readDataWithTimeout:(NSTimeInterval)timeout tag:(long)tag;

上面的方法會(huì)生成一個(gè)數(shù)據(jù)類:AsyncReadPacket,此類中包含tag唠亚,并把此對(duì)象放入數(shù)組 readQueue中链方。
(先進(jìn)先出,比如read了了三次灶搜,分別為1祟蚀,2,3割卖,那么回調(diào)的tag會(huì)依次是1前酿,2,3)
在CFStream中的回調(diào)方法中鹏溯,會(huì)取readQueue最新的一個(gè)罢维,在回調(diào)方法中取得tag,并將tag傳給回調(diào)方法:

- (void)onSocket:(AsyncSocket *)sock didReadData:(long)tag;

這樣看似tag 傳遞了下去丙挽。但是看下面的讀取數(shù)據(jù)部分源碼:

//用偏移量 maxLength 讀取數(shù)據(jù)
- (void)readDataWithTimeout:(NSTimeInterval)timeout
                     buffer:(NSMutableData *)buffer
               bufferOffset:(NSUInteger)offset
                  maxLength:(NSUInteger)length
                        tag:(long)tag
{
    if (offset > [buffer length]) {
        LogWarn(@"Cannot read: offset > [buffer length]");
        return;
    }
    
    GCDAsyncReadPacket *packet = [[GCDAsyncReadPacket alloc] initWithData:buffer
                                                              startOffset:offset
                                                                maxLength:length
                                                                  timeout:timeout
                                                               readLength:0
                                                               terminator:nil
                                                                      tag:tag];
    
    dispatch_async(socketQueue, ^{ @autoreleasepool {
        
        LogTrace();
        
        if ((flags & kSocketStarted) && !(flags & kForbidReadsWrites))
        {
            //往讀的隊(duì)列添加任務(wù)肺孵,任務(wù)是包的形式
            [readQueue addObject:packet];
            [self maybeDequeueRead];
        }
    }});
    
    // Do not rely on the block being run in order to release the packet,
    // as the queue might get released without the block completing.
}

讀取數(shù)據(jù)時(shí)的packet實(shí)際是是根據(jù)readDataWithTimeOut方法傳進(jìn)來(lái)的tag重新alloc出來(lái)的消息,假如服務(wù)端回執(zhí)消息異常,相同tag對(duì)應(yīng)的消息回執(zhí)就會(huì)不匹配颜阐。這一點(diǎn)需要注意悬槽。實(shí)際業(yè)務(wù)中,上報(bào)消息后會(huì)根據(jù)服務(wù)端的回執(zhí)消息做邏輯處理瞬浓,倘若回執(zhí)消息丟失初婆,根據(jù)tag匹配到消息回執(zhí)就會(huì)造成錯(cuò)亂。

官方解釋

In addition to this you've probably noticed the tag parameter. The tag you pass during the read/write operation is passed back to you via the delegate method once the read/write operation completes. It does not get sent over the socket or read from the socket. It is designed to help simplify the code in your delegate method. For example, your delegate method might look like this:

#define TAG_WELCOME 10
#define TAG_CAPABILITIES 11
#define TAG_MSG 12

... 

- (void)socket:(AsyncSocket *)sender didReadData:(NSData *)data withTag:(long)tag
{
    if (tag == TAG_WELCOME)
    {
        // Ignore welcome message
    }
    else if (tag == TAG_CAPABILITIES)
    {
        [self processCapabilities:data];
    }
    else if (tag == TAG_MSG)
    {
        [self processMessage:data];
    }
}
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末猿棉,一起剝皮案震驚了整個(gè)濱河市磅叛,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌萨赁,老刑警劉巖弊琴,帶你破解...
    沈念sama閱讀 217,509評(píng)論 6 504
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異杖爽,居然都是意外死亡敲董,警方通過(guò)查閱死者的電腦和手機(jī)紫皇,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,806評(píng)論 3 394
  • 文/潘曉璐 我一進(jìn)店門(mén),熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)腋寨,“玉大人聪铺,你說(shuō)我怎么就攤上這事√汛埽” “怎么了铃剔?”我有些...
    開(kāi)封第一講書(shū)人閱讀 163,875評(píng)論 0 354
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)查刻。 經(jīng)常有香客問(wèn)我键兜,道長(zhǎng),這世上最難降的妖魔是什么穗泵? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 58,441評(píng)論 1 293
  • 正文 為了忘掉前任普气,我火速辦了婚禮,結(jié)果婚禮上佃延,老公的妹妹穿的比我還像新娘现诀。我一直安慰自己,他們只是感情好苇侵,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,488評(píng)論 6 392
  • 文/花漫 我一把揭開(kāi)白布赶盔。 她就那樣靜靜地躺著,像睡著了一般榆浓。 火紅的嫁衣襯著肌膚如雪于未。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 51,365評(píng)論 1 302
  • 那天陡鹃,我揣著相機(jī)與錄音烘浦,去河邊找鬼。 笑死萍鲸,一個(gè)胖子當(dāng)著我的面吹牛闷叉,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播脊阴,決...
    沈念sama閱讀 40,190評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼握侧,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了嘿期?” 一聲冷哼從身側(cè)響起品擎,我...
    開(kāi)封第一講書(shū)人閱讀 39,062評(píng)論 0 276
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎备徐,沒(méi)想到半個(gè)月后萄传,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,500評(píng)論 1 314
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡蜜猾,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,706評(píng)論 3 335
  • 正文 我和宋清朗相戀三年秀菱,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了振诬。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 39,834評(píng)論 1 347
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡衍菱,死狀恐怖赶么,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情梦碗,我是刑警寧澤禽绪,帶...
    沈念sama閱讀 35,559評(píng)論 5 345
  • 正文 年R本政府宣布蓖救,位于F島的核電站洪规,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏循捺。R本人自食惡果不足惜斩例,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,167評(píng)論 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望从橘。 院中可真熱鬧念赶,春花似錦、人聲如沸恰力。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 31,779評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)踩萎。三九已至停局,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間香府,已是汗流浹背董栽。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 32,912評(píng)論 1 269
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留企孩,地道東北人锭碳。 一個(gè)月前我還...
    沈念sama閱讀 47,958評(píng)論 2 370
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像勿璃,于是被迫代替她去往敵國(guó)和親擒抛。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,779評(píng)論 2 354

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

  • 轉(zhuǎn)載:http://www.cocoachina.com/ios/20170615/19529.html 參考:h...
    F麥子閱讀 4,008評(píng)論 3 2
  • 前言 本文會(huì)用實(shí)例的方式补疑,將iOS各種IM的方案都簡(jiǎn)單的實(shí)現(xiàn)一遍歧沪。并且提供一些選型、實(shí)現(xiàn)細(xì)節(jié)以及優(yōu)化的建議癣丧。 注:...
    maTianHong閱讀 2,372評(píng)論 4 12
  • 本人有若干成套學(xué)習(xí)視頻, 可試看! 可試看! 可試看, 重要的事情說(shuō)三遍 包含Java, 數(shù)據(jù)結(jié)構(gòu)與算法, iOS...
    小冰山口閱讀 1,082評(píng)論 5 4
  • 一間酒吧 一個(gè)下午 一杯酒 一個(gè)人 忘記了另一個(gè)人…
    冶一閱讀 176評(píng)論 0 2
  • 今早在讀企業(yè)文化時(shí)「到2020年培養(yǎng)出系統(tǒng)300位訓(xùn)練導(dǎo)師」槽畔,突然心生嚮往,從前我從來(lái)沒(méi)覺(jué)得這句話和我有什麼關(guān)係胁编,...
    Lucie陸陸閱讀 127評(píng)論 0 2