關於這幾天使用IOS的ASYNCSOCKET完成無限後臺的過程

　　這幾天用了下ASyncSocket完成先後臺即時通信，當時有想過用消息推送的技術實現的，但是後來想到消息推送的不可靠性仍是算了。因而使用了tcp/ip實現後臺主動發送數據給前臺的功能。

最開始設計後臺的時候，我有考慮到數據量比較大的問題，因此數據大的時候我會使用分包和組包的功能去實現。TCP/IP在傳輸數據的時候，通常不會大於1500字節，因此我每512字節分了

一個包。而後當一次性數據包接收太多的時候，就出現了粘包的問題。由於我在數據傳輸的時候使用的是json，每個分包都是由{}括起來的，因此我就想着在包頭上加上一段基本不會重複

的分割字符串，而後服務器接收到分包的時候每次都根據這個字符串分割一下，第一次分割的時候第一行絕對是空字符串 例如：@Hinagiku{「Name」=「桂雛菊」}， 我分割出來結果是：

「」，「桂雛菊」，因此說第一行我就能夠直接跳過，每次取分包的時候從第二行開始取。而後後臺根據包的ID號，序號進行組包。若是當前分包在5分鐘內沒有接收完畢，就表明當前分包接收失敗

了，要求客戶端或服務器從新發送。粘包問題解決完畢以後，我開始實現心跳包功能，當時想的是，每隔1分鐘發一次心跳包，服務器放一個線程。每隔幾秒鐘判斷一次，當前的全部TCP鏈接的

最後一次訪問時間是多少號，若是超過了這個時間則斷開當前鏈接。

　　實現完成以後，我開始着手無限後臺功能的實現。在這裏我就不說無限後臺有哪幾種實現方式了，好麻煩，我使用的VOIP模式。我使用的是在code4app上下載的AsyncSocket這個開源類庫，

和GCDAsyncSocket的用法是同樣的。開始的時候實現的比較輕鬆，客戶端和服務器的鏈接和數據傳輸很快就完成了。後來在實現無限後臺的時候，出現了一個很奇怪的問題：我在調試狀態運行

程序的時候，程序隱藏到後臺的時候的確是能夠無限運行的，而且TCP鏈接沒有斷開。可是我非調試狀態運行的時候，TCP鏈接在3分鐘以後就斷掉了。 出現這個問題後我找了整整一天的時候，後來

找到了緣由，由於我註釋掉了一行代碼，因此致使TCP鏈接會被斷開。按道理，實現無限後臺有如下幾個步驟，首先在plist文件中的Required background modes這一項中新增如下兩項（默認

項目中是沒有這一項的，須要手動添加）：App play audio or streams audio/video using AirPlay和App provides Voice over IP services 。IOS7中沒有這麼麻煩，能夠直接點擊項目文件，

勾選如下兩項：

 

而後在AsyncSocket.m中，修改如下方法：

 - (BOOL)createStreamsFromNative:(CFSocketNativeHandle)native error:(NSError **)errPtr

- (BOOL)createStreamsToHost:(NSString *)hostname onPort:(UInt16)port error:(NSError **)errPtr

 

拷貝如下代碼到這個方法中

CFReadStreamSetProperty(theReadStream, kCFStreamPropertyShouldCloseNativeSocket, kCFBooleanFalse);
CFWriteStreamSetProperty(theWriteStream, kCFStreamPropertyShouldCloseNativeSocket, kCFBooleanFalse);
 CFReadStreamSetProperty(theReadStream, kCFStreamNetworkServiceType, kCFStreamNetworkServiceTypeVoIP);
 CFWriteStreamSetProperty(theWriteStream, kCFStreamNetworkServiceType, kCFStreamNetworkServiceTypeVoIP);
 [(NSInputStream *)theReadStream setProperty:NSStreamNetworkServiceTypeVoIP forKey:NSStreamNetworkServiceType]; //（這裏需不須要加上我不清楚，反正加上也不會報錯。。。）
 [(NSOutputStream *)theWriteStream setProperty:NSStreamNetworkServiceTypeVoIP forKey:NSStreamNetworkServiceType]; //（這裏需不須要加上我不清楚，反正加上也不會報錯。。。）

而後在AppDelegate的- (void)applicationDidEnterBackground:(UIApplication *)application這個事件中寫入如下代碼：

- (void)applicationDidEnterBackground:(UIApplication *)application { 
      BOOL backgroundAccepted = [[UIApplication sharedApplication] setKeepAliveTimeout:600 handler:^{
            [self heartbeat];
    }];    if (backgroundAccepted)
    {
        NSLog(@"backgrounding accepted");
    }
 }

[self heartbeat] 是我寫的一個心跳包的方法，這段代碼的意思是：每隔10分鐘向服務器發送一次心跳包，保證你的TCP鏈接是正常的。

因爲我之前在applicationDidEnterBackground這個事件中寫入了這樣的代碼，因此纔會出現那個奇怪的問題：

 

 

- (void)applicationDidEnterBackground:(UIApplication *)application { 
      BOOL backgroundAccepted = [[UIApplication sharedApplication] setKeepAliveTimeout:600 handler:^{
            [self backgroundhandler];
    }];    if (backgroundAccepted)
    {
        NSLog(@"backgrounding accepted");
    }
      [self backgroundhandler];
 }-(void) backgroundinghandler{
NSLog(@"### -->backgroundinghandler");
    
    UIApplication*  app = [UIApplication sharedApplication];
    bgTask = [app beginBackgroundTaskWithExpirationHandler:^{        //[app endBackgroundTask:bgTask];    }];
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{        while (1) {
            NSLog(@"counter:%d", count++);
            NSLog(@"timer:%f", [app backgroundTimeRemaining]);
            sleep(1);
        }
    });
}

這樣的代碼其實就是爲了向後臺借更多的時間，可是咱們由於使用VOIP後徹底不須要借時間了，在TCP監聽到消息的時候，程序會從休眠中喚醒10秒左右，因此說在這10秒內咱們把接收到的消息處理完就好了。這是網上教程寫出來的一個誤區，咱們使用

 VOIP的時候徹底沒有必要再去借時間了。

 

我把下面的這段代碼改爲了上面的那段代碼後，我程序掛起到後臺之後，我仍是收不到服務器發送到的消息。我感受個人代碼沒錯，究竟是哪裏出了錯誤呢。找了幾個小時以後，我無心中看到一段提醒：後臺監聽消息必定要在真機中運行，在模擬器中是監聽

不到的。後來我把測試環境改爲了ipad，果真就收到消息了，而後發現我本身的愚蠢。由於ipad拿着太麻煩了，因此我用的是模擬器測試的。 哎，之後你們測試這種代碼仍是都用真機吧，不要跟我同樣被坑了。。。

 

本篇文章差很少也就記錄到這裏了，我仍是一個ios新人，有一些理解可能不正確，但願你們指點出來共同窗習。