setKeepAliveTimeout 和后台任务

Question

我对这个话题很头疼。我正在开发一个需要定期轮询网络服务器以检查新数据的应用程序。根据返回的信息，我希望向用户推送本地通知。

我知道这种方法与 Apple 描述的方法略有不同，在 Apple 中，远程服务器基于 APNS 进行工作，推送远程通知。然而，有很多原因我不能考虑这种方法。其中最重要的是用户身份验证机制。出于安全原因，远程服务器无法考虑用户凭据。我所能做的就是将登录和获取核心移至客户端（iPhone）。

我注意到 Apple 为应用程序提供了唤醒并保持打开的 Socket 连接（即 VoIP 应用程序）的机会。

于是，我就这样开始了调查。在 plist 中添加了所需的信息，我可以在 appDelegate 中使用类似的内容来“唤醒”我的应用程序：

[[UIApplication sharedApplication] setKeepAliveTimeout:1200 handler:^{ 
    NSLog(@"startingKeepAliveTimeout");
    [self contentViewLog:@"startingKeepAliveTimeout"];
    MyPushOperation *op = [[MyPushOperation alloc] initWithNotificationFlag:0 andDataSource:nil];
    [queue addOperation:op];
    [op release];
}];

NSOperation，然后使用以下块代码启动后台任务：

#pragma mark SyncRequests
-(void) main {
    NSLog(@"startSyncRequest");
    [self contentViewLog:@"startSyncRequest"];
    bgTask = [app beginBackgroundTaskWithExpirationHandler:^{ 
        NSLog(@"exipiration handler triggered");
        [app endBackgroundTask:bgTask];
        bgTask = UIBackgroundTaskInvalid;
        [self cancel];
    }];


        dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
            NSMutableURLRequest *anURLRequest;
            NSURLResponse *outResponse;
            NSError *exitError;
            NSString *username;
            NSString *password;

            NSLog(@"FirstLogin");
            anURLRequest = [NSMutableURLRequest requestWithURL:[NSURL URLWithString:[NSString stringWithFormat:webserverLogin, username, password]]];
            [anURLRequest setHTTPMethod:@"GET"];
            [anURLRequest setTimeoutInterval:120.00];
            [anURLRequest setCachePolicy:NSURLRequestReloadIgnoringCacheData];

            exitError = nil;
            NSData *tmpData = [NSURLConnection sendSynchronousRequest:anURLRequest returningResponse:&outResponse error:&exitError];
            [anURLRequest setTimeoutInterval:120.00];
            if(exitError != nil) { //somethings goes wrong
                NSLog(@"somethings goes wrong");
                [app endBackgroundTask:bgTask];
                bgTask = UIBackgroundTaskInvalid;
                [self cancel];
                return;
            }

            //do some stuff with NSData and prompt the user with a UILocalNotification

            NSLog(@"AlltasksCompleted");
            [app endBackgroundTask:bgTask];
            bgTask = UIBackgroundTaskInvalid;
            [self cancel];
        });
    }
}

上面的代码似乎可以工作（有时） ，但许多其他它使我的应用程序崩溃，并显示以下日志信息：

Exception Type:  00000020
Exception Codes: 0x8badf00d
Highlighted Thread:  3

Application Specific Information:
DemoBackApp[5977] has active assertions beyond permitted time: 
{(
    <SBProcessAssertion: 0xa9da0b0> identifier: UIKitBackgroundCompletionTask process: DemoBackApp[5977] permittedBackgroundDuration: 600.000000 reason: finishTask owner pid:5977 preventSuspend  preventIdleSleep 
)}

Elapsed total CPU time (seconds): 0.010 (user 0.010, system 0.000), 100% CPU 
Elapsed application CPU time (seconds): 0.000, 0% CPU

对于那些询问的人，是的。我也尝试过 Async NSURLConnection 方法。不管。即使我使用带有超时处理程序和 didFinishLoading:WithError 的异步方法，它也会崩溃。

我被困住了。任何提示都受到高度赞赏。

Answer 1

这是一个旧线程，但可能需要更新。

从 iOS 6 开始，这是我在 VoIP 计时器后台方法中看到的行为，如本线程中所讨论的：

• VoIP 后台模式仍然通过应用程序审核流程严格禁止从 AppStore 应用程序中
• 最小 KeepAlive 时间为 600 秒；任何小于该值的值都会导致处理程序无法安装（并向 NSLog 发送警告）
• 将 keepAlive 时间设置为明显大于 600 秒通常会导致处理程序以每 时间/ 的频率被触发2 间隔。额外事实：这与 SIP REGISTER 请求一致，其中建议的重新注册间隔为 0.5* 重新注册时间。
• 当您的 keepAlive 处理程序被调用时，我观察到以下情况：
  • 您将获得大约10秒的“前台”执行时间，其中剩余的后台时间是无限的（由backgroundTimeRemaining返回）
  • 如果您从 keepAlive 处理程序中启动 beginBackgroundTask，我发现您会获得 60 秒 的后台执行时间（由 backgroundTimeRemaining< 返回） /强>）。 这与用户从活动应用程序转换到后台应用程序时获得的 600 秒不同。我还没有找到任何方法来延长这个时间（不使用其他技巧）例如位置等）

  
  

希望有帮助！

Answer 2

当您调用 -setKeepAliveTimeout:handler: 时，您最多只有 30 秒的时间来完成所有操作并挂起。您不会获得与应用程序首次转换到后台时相同的后台宽限期。这意味着完成长时间运行的任务、关闭设备等。

使用 VOIP 回调，您只需发送需要发送到服务的任何 ping 数据包，以保持网络连接处于活动状态且不会超时。 30 秒后，无论启动新的后台任务，如果您的应用程序仍在执行，您将被终止。

另外，请务必注意，如果您实际上不是 VOIP 应用程序或者，如果您在 VOIP 回调窗口期间执行任何与保持网络连接打开无关的操作，您的应用 >将被应用商店拒绝。当您设置任何保持活动标志（VOIP、背景音乐、导航）时，他们会对其进行非常严格的测试，以确保它仅在后台执行标记为要做的事情。执行任何类型的 HTTP GET 请求并等待一些大数据更新返回几乎肯定会导致您的应用程序被拒绝。

编辑：正如 Patrick 在评论中指出的那样，iOS 5 中当前块执行的时间已从 30 秒减少到 10 秒。每当重新链接时，最好留意这些时间如果您的应用程序需要新版本的 SDK，请务必至少快速检查文档是否已更新（随着 iOS 6 的推出，此数字可能会再次调整）。

Answer 3

只是为了更新 iOS7 的此行为。

• 当您的应用首次进入后台时，您将有 180 秒的时间
  由backgroundTimeRemaining 报告的任务时间。然而，它停止了
  根据报告，在此时间用完之前 5 秒做出响应
  背景时间剩余。
• 当 keepAlive 任​​务触发时，backgroundTimeRemaining 为 10
  前台秒数，后跟 60 秒后台计时器：
  由backgroundTimeRemaining 报告。根据backgroundTimeRemaining 的报告，它还会在该时间用完之前的 5 秒处停止响应。

所以在iOS7上你每10分钟可以获得65秒的处理时间。

Answer 4

看来您可以通过在被调用时附带有限后台任务执行的请求来组合保持活动超时处理程序。每次调用 VOIP 保持活动处理程序时，这将允许您有整整 10 分钟的时间（而不是通常的 10-30 秒）。

仍然存在与上面相同的问题 - 您需要在 plist 中添加 VOIP 标志才能提交，如果您有该标志并且实际上不是 VOIP 应用程序，而是用于内部分发（企业或否则），这个解决方案应该可以很好地为您提供后台时间。

在我的测试中，每次调用 VOIP 处理程序时都会重置 10 分钟有限执行计时器（无论用户是否从那时起将应用程序置于前台），这应该意味着您可以在 VOIP 处理程序中无限期地轮询服务器。每 600 秒（10 分钟）一次后台运行，轮询过程在进入睡眠状态之前可能需要长达 10 分钟的时间（如果您需要的话，这意味着几乎持续的后台操作）。

再说一次，除非你能让他们相信你是 VOIP，否则这并不是 App Store 的真正选择。