一. 问题背景
最近项目中有个定时器计时
实时更新等车的时长,因为项目里面进入后台是有执行一些任务的操作,因此如果进入后台时间不长,是定时器是不会暂停的,但如果进入后台时间,超过20s
以上,定时器就暂停,回到前台重新开始倒计时,这时候等车的时长会出现不准的情况。
二. 问题原因
经验证NSTimer
,CADisplayLink
,dispatch_source_t
,三个定时器,在进入到后台的时候,都会暂停,等到返回前台的时候,才会继续回调。
看了一些博客说加上后台任务执行这句话可以保证App
进入后台,定时器不会暂停,依然继续执行
[[UIApplication sharedApplication] beginBackgroundTaskWithExpirationHandler:nil];
经验证,后台执行任务也将暂停延迟,还是没办法解决App
长时间进入后台,定时器暂停问题。
我们通过监听mainRunLoop
回调可以发现,当App
进入到后台,mainRunLoop
进入了休眠,当App
回到前台,mainRunLoop
重新唤醒继续执行。
因此我再想,如果在App
进入后台的时候,将已经睡眠的mainRunLoop
重新唤醒,是不是就可以保证定时器的不暂停,持续运行。
- (void)didEnterBackground {
NSLog(@"--------------------------didEnterBackground");
[[NSRunLoop mainRunLoop] run];
}
经验证,结果如猜想一样,在App
进入后台,重新唤醒mainRunLoop
,可以保证定时器不暂停,可以一直运行。
但诡异的事情发生了,当App
重新回到前台,willEnterForeground
回调也没走,点击返回按键竟然没有响应。这究竟为什么呢?
找了一些资料才发现:
[[NSRunLoop mainRunLoop] run];
并不是唤醒mainRunLoop
,而是会使得主线程陷入休眠,永远等待,但会让出主线程时间片。
[[NSRunLoop mainRunLoop] run]; //主线程永远等待,但让出主线程时间片
[[NSRunLoop mainRunLoop] runUntilDate:[NSDate distantFuture]]; //等同上面调用
[[NSRunLoop mainRunLoop] runUntilDate:[NSDate date]]; //立即返回
[[NSRunLoop mainRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:10.0]]; //主线程等待,但让出主线程时间片,然后过10秒后返回
[[NSRunLoop mainRunLoop] runMode:NSDefaultRunLoopMode beforeDate: [NSDate distantFuture]]; //主线程等待,但让出主线程时间片;有事件到达就返回,比如点击UI等。
[[NSRunLoop mainRunLoop] runMode:NSDefaultRunLoopMode beforeDate: [NSDate date]]; //立即返回
[[NSRunLoop mainRunLoop] runMode:NSDefaultRunLoopMode beforeDate: [NSDate dateWithTimeIntervalSinceNow:10.0]]; //主线程等待,但让出主线程时间片;有事件到达就返回,如果没有则过10秒返回。
因此这里我推断,进入后台之后,调用[[NSRunLoop mainRunLoop] run];
使得主线程陷入休眠,永远等待,导致主线程没有去处理定时器相关停止操作,因此定时器才能继续执行。
那有没有办法可以等回到前台的时候,唤醒主线程的呢?
答案是没有,因为主线程休眠,导致所有前后台相关的通知都不再回调,因此也就没法区分App
是否回到前台,也没办法去唤醒主线程。
那有没有方法保证App
进入后台之后,定时器依然能继续执行呢?
这个问题我也跟朋友探讨了下,正常情况下,App
进入后台之后,如果没有申请持续更新定位、或者语音等权限,也没有通过UIBackgroundTaskIdentifier
向系统借用一段时间,这时候正常App
进入后台就会去中断其他任务的执行,包括定时任务,从而挂起,保证系统流畅运行。
这也意味着,要先保证App
进入后台,定时器依然能顺利执行,就要先保证App
进入后台依然存活,而不会挂起。
而保证App
进入后台的方法,无非就是勾选并实现对应的后台模式。
除此之外也有一些取巧的方法,如:
-
App
退到后台 - 使用
beginBackgroundTaskWithExpirationHandler
向系统申请3
分钟的后台任务,此时backgroundTimeRemaining=180
-
3
分钟限制快到时,启动定位,此时3
分钟限制被打破,此时backgroundTimeRemaining=DBL_MAX
- 一小段时间后(如
2s
),停止定位,此时backgroundTimeRemaining≈0
- 重复步骤2
这些方法都是一些取巧的方式,若非必要,不建议采取。
虽然App
进入后台后,定时器会暂停,但是当App
回到前台时,定时器会立马回调。因此针对计时类的需求,可以在App
定时器启动之前,记录一个当前系统时间的时间戳preTime
,当定时器每次回调,就取当前系统时间戳curTime
,然后计算两个时间戳的差值difTime
,然后用需要倒计时的时间totalTime
,减去时间戳差值difTime
,就可以算出倒计时后的时间,这样就能优雅的解决,倒计时进入后台不准确的问题。
三. 结论
关于iOS
定时器进入后台后在不开启相关后台模式,比如持续定位更新、音乐播放等模式下,要想保证定时器进入后台能持续执行,我目前并没有找到除了一些取巧方法后的好的通用方法。
因此这里对于一些定时器倒计时进入后台不准确问题,推荐使用如下方案:
在App
定时器启动之前,记录一个当前系统时间的时间戳preTime
,当定时器每次回调,就取当前系统时间戳curTime
,然后计算两个时间戳的差值difTime
,然后用需要倒计时的时间totalTime
,减去时间戳差值difTime
,就可以算出倒计时后的时间,这样就能优雅的解决,倒计时进入后台不准确的问题。