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

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>>

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

来源：oschina

链接：https://my.oschina.net/u/1402271/blog/281233

标签

ios