关闭

关于这几天使用IOS的ASYNCSOCKET完成无限后台的过程

标签: asyncSocket心跳包
483人阅读 评论(0) 收藏 举报
分类:

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



0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:70826次
    • 积分:1198
    • 等级:
    • 排名:千里之外
    • 原创:28篇
    • 转载:143篇
    • 译文:1篇
    • 评论:5条
    最新评论