ios - 您是否注意到 dispatch_after 在 iOS 设备上运行速度太慢了 ~10%？

Question

最近，当我想在延迟后触发一些代码时，我一直在使用 dispatch_after 而不是 performSelector:withObject:afterDelay。代码更简洁，它可以访问封闭范围，我可以将代码放在行内而不是编写一次性方法等。

我的代码可能是这样的:

dispatch_after(dispatch_time(DISPATCH_TIME_NOW,
  delay * NSEC_PER_SEC),
  dispatch_get_main_queue(),
  ^{
    //Delayed-execution code goes here.
  }
);

但是，我最近发现这段代码的执行时间似乎始终比要求的慢 10%。如果我要求延迟 10 秒，我的 block 将在大约 11 秒后执行。这是在 iOS 设备上。模拟器上的时间似乎非常吻合。

我用来测试的代码非常简单:

NSTimeInterval startTime = [NSDate timeIntervalSinceReferenceDate];
dispatch_after(dispatch_time(DISPATCH_TIME_NOW,
  delay * NSEC_PER_SEC),
  dispatch_get_main_queue(),
  ^{
    NSTimeInterval actualDelay = [NSDate timeIntervalSinceReferenceDate] - startTime;
    NSLog(@"Requested delay = %.3f. Atual delay = %.3f", delay, actualDelay);
    //Delayed-execution code goes here.
  }
);

我已经在从 iOS 4S 到 iPad Air 的设备上进行了测试，额外的延迟非常一致。我还没有在 iPhone 4 或 iPad 2 等较旧的设备上进行测试，不过我很快就会这样做。

我可能预计延迟会出现 20-50 毫秒的“倾斜”，但持续 10% - 11% 的超调是奇怪的。

我在我的代码中添加了一个“软糖因素”来调整额外的延迟，但我发现它令人惊讶:

#define  delay_fudge 0.912557 //Value calculated based on averages from testing.


NSTimeInterval startTime = [NSDate timeIntervalSinceReferenceDate];
dispatch_after(dispatch_time(DISPATCH_TIME_NOW,
  delay * delay_fudge *  NSEC_PER_SEC),
  dispatch_get_main_queue(),
  ^{
    NSTimeInterval actualDelay = [NSDate timeIntervalSinceReferenceDate] - startTime;
    NSLog(@"Requested delay = %.3f. Actual delay = %.3f", delay, actualDelay);
    //Delayed-execution code goes here.
  }
);

我可能应该做更多的分析，看看是否有延迟的固定增加加上延迟因子或直接百分比延迟，或者可能是误差的一些非线性比例，但现在一个简单的乘法器似乎做得很好好吧。

Answer 1

您可能听说过 Timer Coalescing and App Nap - 这有助于降低功耗。

您在这里观察到的是将系统事件延迟到某个“回旋余地”的效果，以便能够一起同时执行它们及时，“定时器合并”。这将增加 CPU 停留在节能模式的时间。

对于 dispatch lib，有一个标志可以用来增加“leeway value”的准确性，这最终也会影响计时器的准确性(见下文)。我认为让计时器变得不必要准确不是一个好主意——例如对于移动设备。

我的怀疑是，dispatch_after 将使用具有特定余地值集的调度计时器，这是实现定义的。

您可以使用 dispatch_source_set_timer() 使用调度库实现非常准确的计时器，您还可以在其中指定“余地值”。

另请参阅:dispatch/source.h

/*!
 * @typedef dispatch_source_timer_flags_t
 * Type of dispatch_source_timer flags
 *
 * @constant DISPATCH_TIMER_STRICT
 * Specifies that the system should make a best effort to strictly observe the
 * leeway value specified for the timer via dispatch_source_set_timer(), even
 * if that value is smaller than the default leeway value that would be applied
 * to the timer otherwise. A minimal amount of leeway will be applied to the
 * timer even if this flag is specified.
 *
 * CAUTION: Use of this flag may override power-saving techniques employed by
 * the system and cause higher power consumption, so it must be used with care
 * and only when absolutely necessary.
 */

#define DISPATCH_TIMER_STRICT 0x1

...

 * Any fire of the timer may be delayed by the system in order to improve power
 * consumption and system performance. The upper limit to the allowable delay
 * may be configured with the 'leeway' argument, the lower limit is under the
 * control of the system.
 *