ios - DispatchTime.asyncafter 的一致性

标签 ios swift grand-central-dispatch dispatch-async

在我的 iPad 应用程序中,我试图让 tableView 以预定的间隔滚动。为此,我创建了一段代码,为每个滚动创建一个闭包。然而,关闭的执行时间比我想要的时间晚了几秒钟。这是一个简化的 Playground,它说明了相同的问题。

import UIKit
import PlaygroundSupport
PlaygroundPage.current.needsIndefiniteExecution = true

// Intervals at which the delayed closures should run
var lengths: [Double] = [0.0, 2.0, 4.0, 6.0, 8.0, 10.0, 
    12.0, 14.0, 16.0, 18.0, 20.0, 22.0, 24.0, 26.0, 28.0, 30.0]
var times: [UInt64] = []

let dispatchStartTime = DispatchTime.now()

for index in 0 ..< lengths.count
{
    let delayNanoSeconds = Int(lengths[index] * 1_000_000_000)
    let dispatchLength = dispatchStartTime + .nanoseconds(delayNanoSeconds)
    times.append(dispatchLength.rawValue)

    DispatchQueue.main.asyncAfter(deadline: dispatchLength)
    {
        let delay = Double(DispatchTime.now().rawValue - times[index])
        print(delay/1_000_000_000)
    }
}

运行此命令后,我收到了以下结果:(其他试验以及我的应用程序中运行的代码也有类似的结果)

0.01646185
0.190259978
0.000302805
0.59319351
0.732933723
0.938841374
1.08249717
1.326286228
8.6309e-05
0.00019526
0.000104861
2.19584049
0.196220036
2.000116042
0.000425943
0.000202886

我可以容忍 50-100 毫秒的错误。然而从结果中我们可以看到错误可能大于 2 秒,并且它似乎随着时间/关闭量的增加而增长。在我的应用程序中,此类间隔的数量级约为 100 个。是否可以使用 asyncAfter 实现这种级别的特异性,或者诸如一个繁忙等待的线程之类的替代方案是否是更好的解决方案?

最佳答案

我已经实现了一个依赖于mach_wait_until的单线程版本。这对于准确性来说可能有点过大,但它似乎对能源使用没有任何强烈的负面影响。

import UIKit
import PlaygroundSupport
PlaygroundPage.current.needsIndefiniteExecution = true

var timeInfo: mach_timebase_info = mach_timebase_info(numer: 0, denom: 0)
mach_timebase_info(&timeInfo)
// Intervals at which the delayed closures should run
var lengths: [Double] = [0.0, 2.0, 4.0,6.0,8.0,10.0,12.0,14.0,16.0, 18.0, 20.0, 22.0, 24.0, 26.0, 28.0, 30.0, 32.0, 34.0, 36.0, 38.0, 40.0, 42.0, 44.0, 46.0, 48.0, 50.0, 52.0, 54.0, 56.0, 58.0, 60.0, 62.0, 64.0, 66.0, 68.0, 70.0]

let startTime = mach_absolute_time()

DispatchQueue.global().async()
{
    for index in 0 ..< lengths.count
    {
        let delayTicks = UInt64(lengths[index] * 1_000_000_000) * UInt64(timeInfo.denom) / UInt64(timeInfo.numer)
        mach_wait_until(startTime + delayTicks)

        DispatchQueue.main.async()
        {
            // UI changes
        }
    }
}

mach_until_wait() 似乎在 Playground 中不起作用,但我的应用程序中的代码按预期工作,并且没有任何明显的延迟。

关于ios - DispatchTime.asyncafter 的一致性,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48358343/

相关文章:

objective-c - 管理调用委托(delegate)回调 block 的对象的内存

ios - 使用 UTC 时间获取 [NSDate 日期]

ios - 如何在 IOS 中查找照片 Assets 的标识符

ios - -[PUPhotosGridViewController assetAtIndexPath :] NSRangeException

ios - 这个 curl 请求在 swift 中的等价物是什么

ios - 检索 JSON 对象 Swift 2

ios - 使用 viewWillAppear 实现 LoginHome 页面功能

ios - 进一步扩展可扩展表格 View 单元格

multithreading - OS X GCD 多线程并发使用更多 CPU 但执行速度比单线程慢

ios - 异步加载大型 UIImages