关于这几天使用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新人，有一些理解可能不正确，但愿你们指点出来共同窗习。