关于这几天使用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新人，有一些理解可能不正确，希望大家指点出来共同学习。