關於這幾天使用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新人，有一些理解可能不正確，希望大家指點出來共同學習。