首页 > 代码库 > 关于这几天使用IOS的AsyncSocket完成无限后台的过程
关于这几天使用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新人,有一些理解可能不正确,希望大家指点出来共同学习。