在我们编写 iOS 代码的时候,经常会碰到异步执行的代码。有时你知道你正在编写一些异步执行的代码,有时则直接传递一个 completion handler,这个 handler 可能会也可能不会在不同的队列异步执行。
如果你对 DispatchQueue
很熟悉的话,你可能会经常写下面的代码:
DispatchQueue.main.async {
// 执行你自己的逻辑
}
DispatchQueue
不光有 async
,它还有一个 sync
。本篇文章主要聚焦这两个方法,来讲解一下它俩的不同之处。
DispatchQueue.async
每个 DispatchQueue
实例对象都可以调用 async
方法。不管是主队列 DispatchQueue.main
、全局队列 DispatchQueue.global()
还是你自己创建的。它的作用是它接收到的闭包中的代码会稍后执行(异步执行)。
当你调用队列的异步方法时,就代表你要求它执行闭包中的工作,但不需要立马执行该工作,或者更确切地说,你不想异步方法的任务阻塞现有的任务。
想象一下在餐馆当服务员的情景。你的工作是接受客人点的菜,并把它们转达给厨房。每次你为客人点餐,你都会走到厨房,递给他们一张纸条,上面写着他们需要准备的菜,然后你继续下一道菜。最后,厨房会通知你,他们已经完成了一份订单,你可以拿起订单,把它送到客人的桌子上。
在这个类比中,服务员可以被认为是它自己的调度队列。你可以将其视为主队列,因为如果服务员被阻塞,则不会再接受订单,并且餐厅会陷入停顿(假设这是一家只有一个服务员的小餐厅)。厨房可以被看作是一个不同的调度队列,服务员每次请求下一个订单时,都会异步调用这个队列。
作为一名服务员,你要完成工作,然后继续做下一项任务。因为你异步调度到厨房,没有人会被阻塞,每个人都可以执行他们的工作。
上面的类比解释了从一个队列到另一个队列的异步调用,但它没有解释从同一队列内部的异步调度。
例如,当你已经在主队列中时,没有什么可以阻止你调用 DispatchQueue.main.async
。那么这是怎么回事呢?
非常相似,真的。当您在同一队列内异步调度时,应该执行的工作体将在队列当前正在执行的工作之后执行。
回到服务员的比喻,如果你走过一张桌子,告诉他们“我马上就来帮你点单”,而你现在正在给另一张桌子送饮料,你实际上是在异步调度自己。你已经安排了一大堆工作要做,但你也不想阻碍你现在正在做的事情。
总而言之,DispatchQueue.async
允许你使用闭包来安排要完成的工作,而且不会阻塞任何正在进行的工作。在大多数情况下,当你需要分派任务到队列时,会希望使用 async
。然而,在一些场景下,DispatchQueue.sync
也是同样重要的。
DispatchQueue.sync
由异步替换为同步是非常简单的,只需将 async
改为 sync
即可。但如果你不太熟悉队列的同步的话,你可能认为即使你在同步调度,你也不会阻塞你所在的队列,因为工作在另一个队列上运行。
不幸的是,这并不完全正确。让我们回到上一节的餐厅。
我解释了服务员是如何异步地把饭菜准备工作送到厨房的。这使得服务员可以继续为客人点单和送餐。
现在想象一下,服务员向厨房要点菜,然后站在那里等待。什么都不做。服务员并不是因为他们自己的工作而受阻,而是因为他们必须等待厨师准备好他们要的菜。
这就是DispatchQueue
的同步。当你使用同步调度工作任务时,当前队列将等待工作任务完成,以便它可以继续执行接下来的任何工作。
到目前为止,我使用DispatchQueue.sync
的最常见的情况与 @Atomic
属性包装器类似,即确保某些属性或值只能被同步修改,以避免多线程问题。
比如下面的代码:
class DateFormatterCache {
private var formatters = [String: DateFormatter]()
private let queue = DispatchQueue(label: "DateFormatterCache: \(UUID().uuidString)")
func formatter(using format: String) -> DateFormatter {
return queue.sync { [unowned self] in
if let formatter = self.formatters[format] {
return formatter
}
let formatter = DateFormatter()
formatter.locale = Locale(identifier: "en_US_POSIX")
formatter.dateFormat = format
self.formatters[format] = formatter
return formatter
}
}
}
每次 DateFormatterCache
的实例调用 formatter(using:)
函数时,该工作都会同步分配到特定的队列。默认情况下,调度队列是串行的,这意味着它们按照任务调度的顺序一个接一个地执行每个任务。
这意味着我们确定一次只有一个任务访问 formatters
,从中读取,并在需要时缓存一个新的 formatter。
如果我们同时从多个线程调用 formatter(using:)
,我们确实需要这种同步行为。如果我们不这样做,多个线程将从 formatters
中读取并写入它,这意味着我们最终将多次创建相同的日期格式化器,我们甚至可能遇到格式化器完全从缓存中丢失的情况。
如果你喜欢用餐馆的比喻来理解,可以把它想象成餐馆里的所有客人都能在一张纸上写下他们点的菜。服务员只允许将一张纸递给厨房,而这张纸必须包含所有的订单。每次客人向服务员要点餐单时,服务员都会给客人一份目前已知的点餐单。
总结
请记住,在将工作分派到队列时,异步通常是你想要的方法,而当你希望具有原子操作并确保字典、数组等的线程安全时,同步是非常重要的。