iOS后台任务使用启蒙

故事是这样开始的，刚开始我一直想找可以延长App后台存活方法的，后来找到如下代码

//程序进入后台后继续运行10分钟
    UIApplication*   app = [UIApplication sharedApplication];
    __block    UIBackgroundTaskIdentifier bgTask;
    bgTask = [app beginBackgroundTaskWithExpirationHandler:^{
    dispatch_async(dispatch_get_main_queue(), ^{
        if (bgTask != UIBackgroundTaskInvalid) {
            bgTask = UIBackgroundTaskInvalid;
        }
        });
    }];
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
    dispatch_async(dispatch_get_main_queue(), ^{
    if (bgTask != UIBackgroundTaskInvalid) {
        bgTask = UIBackgroundTaskInvalid;
        }
    });
});

使用中发现，App会在3分钟左右强制kill。经查询发现写法有问题。

    UIBackgroundTaskIdentifier backgroundUpdateTask;

    long aa;

    NSTimer *_timer;

- (void) didEnterBackground:(NSNotification *)notif{

    aa = 0;

    [self startTask];

}

- (void) startTask {

    _timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(go:) userInfo:nil repeats:YES];

    backgroundUpdateTask = [[UIApplication sharedApplication] beginBackgroundTaskWithExpirationHandler:^{
    DDLogInfo(@"bgTask expiration=============");
    [_timer invalidate];

    [[UIApplication sharedApplication] endBackgroundTask:backgroundUpdateTask];

    backgroundUpdateTask = UIBackgroundTaskInvalid;

}];

}

-(void)go:(NSTimer *)tim {

    DDLogInfo(@"%@==%ld,%g ",[NSDate date],aa,[UIApplication sharedApplication].backgroundTimeRemaining);

    aa++;

    if (aa%10 == 0 || [UIApplication sharedApplication].backgroundTimeRemaining == 0) {

        [LocalNotificationManager postLocalNotificationAlertBody:s];

    }

}

文档上说有10分钟的执行时间，但从打印的backgroundTimeRemaining时间来看，只有180秒。

注意：测试此功能不能用Xcode直接debug运行，因为在调试器链接到app的进行的情况下，app是不会在后台被挂起的，也就是说即使backgroundTimeRemaining =0了，timer里的代码依然能够继续执行。

所以要测试运行态的情况，要么用文件日志(总是要导出比较麻烦)，要么用本地通知来查看。

2、是否能递归调用此方法来持续获得执行时间

在beginBackgroundTaskWithExpirationHandler里最后再递归调用[self startTask];

经尝试此方法无效，180秒超时后再次申请，会立刻回调超时的block，并且backgroundTimeRemaining时间一直都是0。

并且由于一直不停的在递归创建和终止后台任务，当Expiration真正到来的时候，一个还有一个创建的任务没有关闭。从而导致违背begin和end成对调用的原则，app被系统强制kill。所以此方法不但不能延长执行时间，还会导致app在180秒后台执行时间到达后，被系统kill的情况。

3、beginBackgroundTaskWithExpirationHandler多次被调用的情况

didEnterBackground每次调用都会触发beginBackgroundTaskWithExpirationHandler来创建新的后台任务，并用backgroundUpdateTask保存任务id，但如果第一次的任务还没有endBackgroundTask之前，应用回到前台，然后再次进入后台，就会重新创建一个新的后台任务，并且backgroundUpdateTask之前保存的id会被覆盖，这就违背了beginBackgroundTaskWithExpirationHandler与endBackgroundTask成对调用的原因。因为前一个后台任务超时的block回调的时候，其实是end了后一个taskId对应的后台任务，并且把taskId赋值为UIBackgroundTaskInvalid。而后一个后台任务超时的block回调的时候，taskId已经变成了null，对其进行end调用已经无效了，所以相当于没有成对调用begin和end，导致的结果就是：后一个后台任务超时的时候，app被系统强制kill。

所以每一次创建的后台任务都要有一个独立的变量来维护其taskId，如果只有一个后台任务，但是有重入的可能，那么应该在willEnterForeground回调中，把前一个后台任务进行endBackgroundTask操作，这样就不存在taskId被覆盖的问题了。或者是每次didEnterBackground的时候，检查taskId == UIBackgroundTaskInvalid，若不满足该条件，说明taskId已经引用了一个正在进行的后台任务，还没有完成，由于这个后台任务重进前台又切换回后台的情况下，backgroundTimeRemaining会被重置为180秒，所以在这种需求下，关闭前一个任务再重新建议一个相同的后台任务没有必要，所以应该直接

if(backgroundUpdateTask != UIBackgroundTaskInvalid){

    return;

}

4、后台任务expiration后，app被系统kill的问题

按照文档里的说法，只要begin与end在真正expiration之前成对调用，就不会导致系统强制kill app，而是app从后台执行状态切换到suspend状态，但实际测试中，每次expiration之后，app都会被kill掉，根据是app从launch页面重新进入。但我在willTerminate通知里的回调中加了一个local notification，并没有触发这个本地通知。(从app switcher强制退出应用的时候会触发本地通知，说明本地通知有效)。只能认为是app从后台状态切换到suspend状态后，立刻被系统kill掉了，但不知道为什么会这样。

5、参考另一个文章中的实现，可以在任务结束后不被kill

参考

http://www.cnblogs.com/lyanet/archive/2013/03/26/2983079.html

//程序进入后台后延长活动时间，一般180s内，添加这段代码是为了避免App推入后台，线程暂停，NSTime停止计时（验证码）。
    UIApplication* app = [UIApplication sharedApplication];
    __block UIBackgroundTaskIdentifier bgTask;
    bgTask = [app beginBackgroundTaskWithExpirationHandler:^{
    dispatch_async(dispatch_get_main_queue(), ^{

    [[UIApplication sharedApplication] endBackgroundTask:bgTask];
        bgTask = UIBackgroundTaskInvalid;
    });
}];

beginBackgroundTaskWithExpirationHandler 和 endBackgroundTask 是成对出现。

beginBackgroundTaskWithName:expirationHandler:方法标识了一个后台任务的开始，并用过超时处理的回调来结束此任务。那么，超时时间具体是多少？可以通过UIApplication的只读属性backgroundTimeRemaining来获取当前后台任务执行的剩余时间，它不是具体的数字（大约180s内），而是iOS根据当前系统环境综合考量后估算出来的。然后执行expirationHandler回调完成一个后台任务的执行周期。

当开启后台任务后，结束前block回调，回调中就要设置关闭后台任务的代码，比如缓存数据等等。并且调用endBackgroundTask。关闭后台任务，否则系统会任务后台任务超时仍未完成，系统直接kill app。导致再次打开挂起的App发现，应用得重新启动。

之前的问题就因为没有调用endBackgroundTask 导致App提前kill。