避免将任务分发到 GCD 全局队列的致命隐患

2023-12-05 20:32:07

GCD：避开全局队列陷阱，优化并发性能

并发编程：为何全局队列并非最佳选择？

GCD 是 Apple 开发的一款并发编程框架，旨在简化多线程编程并提供高效、可扩展的并发解决方案。然而，在使用 GCD 时，任务分发决策尤为关键，稍有不慎便可能导致性能问题。

将任务分发到全局队列 DispatchQueue.global() 是一个常见的误区，容易导致性能瓶颈。原因在于，全局队列是由系统管理的，这意味着任务的实际执行时间和顺序不受开发者控制。这可能会导致任务调度不均，从而引发性能问题。例如，如果将多个耗时任务分发到全局队列，它们可能会在队列中长时间等待，导致整体响应时间变慢。

并发队列：掌控并行度和任务调度

为了解决全局队列的隐患，Apple 引入了并发队列（DispatchQueue(label:qos:attributes:autoreleaseFrequency:target:)），允许开发者指定队列的并行度和质量属性。

通过指定并行度，开发者可以控制队列中同时执行的任务数量，从而优化任务调度。例如，对于计算密集型任务，可以创建一个具有高并行度的并发队列，以最大程度地利用可用资源。

质量属性则允许开发者指定队列的优先级和执行策略，以满足不同的任务需求。例如，对于交互式任务，可以创建具有高优先级的并发队列，以确保及时响应用户交互。

实战示例：并发队列 vs 全局队列

以下示例演示了将任务分发到全局队列与并发队列的不同性能表现：

// 使用全局队列
let globalQueue = DispatchQueue.global()
for i in 0..<100 {
    globalQueue.async {
        // 执行任务
    }
}

// 使用并发队列
let concurrentQueue = DispatchQueue(label: "concurrentQueue", qos: .background, attributes: [], autoreleaseFrequency: .inherit, target: nil)
for i in 0..<100 {
    concurrentQueue.async {
        // 执行任务
    }
}