时间戳

首页 > 解决方案 > 队列何时会认为任务已完成？

ios - 队列何时会认为任务已完成？

问题描述

在以下代码中，queueT（串行队列）何时会认为“任务 A”已完成？切换到另一个线程
的那一刻？ 还是在街区？（评论// 1）aNetworkRequest
doneInAnotherQueue

换句话说，“任务 B”什么时候执行？

let queueT = DispatchQueue(label: "com.test.a")
queueT.async { // task A
    aNetworkRequest.doneInAnotherQueue() { // completed in another thread possibly
        // 1
    }
}

queueT.async { // task B
    print("It's my turn") 
}

如果您可以解释队列如何认为任务完成的机制会更好。
提前致谢。

标签： iosswiftgrand-central-dispatch

解决方案

简而言之，第一个示例启动了一个异步网络请求，因此async一旦提交了该网络请求，调用就“结束”了（但不等待该网络请求完成）。

我假设真正的问题是您想知道网络请求何时完成。归根结底，GCD 不太适合管理任务之间的依赖关系，这些任务本身就是异步请求。将网络请求的发起分派到串行队列无疑不会达到您想要的效果。（在有人建议使用信号量或调度组来wait完成异步请求之前，请注意这可以解决战术问题，但这是一种需要避免的模式，因为它对资源的使用效率低下，并且在边缘情况下会引入死锁.)

一种模式是使用完成处理程序：

func performRequestA(completion: @escaping () -> Void) { // task A
    aNetworkRequest.doneInAnotherQueue() { object in
        ...
        completion()
    }
}

现在，在实践中，我们通常会使用带有参数的完成处理程序，甚至可能是一个Result类型：

func performRequestA(completion: @escaping (Result<Foo, Error>) -> Void) { // task A
    aNetworkRequest.doneInAnotherQueue() { result in
        guard ... else {
            completion(.failure(error))
            return
        }
        let foo = ...
        completion(.success(foo))
    }
}

然后，您可以使用完成处理程序模式来处理结果、更新模型，并可能启动依赖于此请求结果的后续请求。例如：

performRequestA { result in
    switch result {
    case .failure(let error):
        print(error)

    case .success(let foo): 
        // update models or initiate next step in the process here
    }
}

如果您真的想问如何管理异步任务之间的依赖关系，还有许多其他优雅的模式（例如，Combine、自定义异步Operation子类、即将在SE-0296和SE-0303中设想的 async/await 模式等） . 所有这些都是用于管理异步任务之间的依赖关系、控制并发程度等的优雅解决方案。

在我们提出任何具体建议之前，我们可能需要更好地了解您更广泛需求的性质。您已经询问了有关单次调度的问题，但最好从您要实现的目标的更广泛的背景来看这个问题。例如，我假设您之所以问是因为您有多个异步请求要启动：您真的需要确保它们按顺序发生并失去并发的所有性能优势吗？或者您是否可以允许它们同时运行，您只需要知道所有并发请求何时完成以及如何以正确的顺序获得结果？您是否有太多并发请求，您可能需要限制并发程度？

这些问题的答案可能会影响我们对如何最好地管理多个异步请求的建议。但答案几乎可以肯定不是 GCD 队列。

推荐阅读