ios - 为什么计时器有时会如此快地调用它的 block

Question

我创建了一个计时器并每 5 秒调用它的 block 。然后我申请进入后台并在一段时间后进入前台。但有时它可以快速调用该 block 。

let _ = Timer.scheduledTimer(withTimeInterval: 5.0, repeats: true) { (timer) in
        print("--------")
   }

当我进入前台时，第一次打印和第二次打印的间隔有时可能小于一秒。在这种情况下时间间隔无效吗？

Answer 1

要了解该行为，您需要了解 NSTimer 和 RunLoop 的工作原理。简单来说，RunLoop 将检查计时器是否应该触发，如果是，它会通知计时器触发选择器，否则不会。现在，由于您位于后台，您的 RunLoop 不会检查事件，因此无法通知计时器。但是一旦它进入前台，它就会发现即使它超过了 fireDate，它也需要通知 Timer。

时间线图:

设 A(第 5 秒)和 B(第 10 秒)为计时器触发事件​​。在计时器上安排 Timer.scheduledTimer(withTimeInterval: 5.0, Repeats: true)

C进入后台(0秒)

D 回到前台(第 9 秒，在 A 和 B 之间)。

-----> A ------> B

C--------->D

说明:

在 C 上，RunLoop 将暂停。因此，在 RunLoop 恢复处理事件 D 之前，事件 A 无法被处理。在事件 D 上，它将发现事件 A 应该触发，因此它会通知计时器。一秒钟后，RunLoop 会发现事件 B 已经发生，因此它会再次通知 Timer。此场景解释了为什么您的事件以一秒的间隔打印。只是延迟的事件处理使它看起来更早触发，而实际上它被延迟处理。

苹果文档:

A timer is not a real-time mechanism. If a timer’s firing time occurs during a long run loop callout or while the run loop is in a mode that isn't monitoring the timer, the timer doesn't fire until the next time the run loop checks the timer. Therefore, the actual time at which a timer fires can be significantly later.

资源:What is an NSTimer's behavior when the app is backgrounded? 、NSRunLoop 和计时器文档

建议:

应用进入后台后停止计时器，但存储 fireDate。返回前台后，检查 fireDate 是否超过 Date()。然后创建一个新的计时器来在前台处理事件。