ios - 并发和同步执行

Question

我正在阅读 OReilly 的 iOS6 Programming Cookbook 并且对某些事情感到困惑。引自第 378 页，第 6 章“并发”:

对于任何不涉及 UI 的任务，您可以在 GCD 中使用全局并发队列。这些允许同步或异步执行。 但同步执行并不意味着您的程序在继续之前等待代码完成。它只是意味着并发队列会等到你的任务在它之前完成继续队列中的下一个代码块。 当您将 block 对象放在并发队列，您自己的程序总是立即继续，而无需等待执行代码的队列。这是因为并发队列，顾名思义，在主线程以外的线程上运行他们的代码。

我将引起我兴趣的文字加粗了。我认为这是错误的，因为正如我今天刚刚了解到的那样，同步执行恰恰意味着程序在继续之前等待代码完成。

这是正确的还是它是如何真正起作用的？

Answer 1

这一段怎么错了？让我们数一数:

For any task that doesn’t involve the UI, you can use global concurrent queues in GCD.

这是过于具体和不准确。某些以 UI 为中心的任务，例如加载图像，可以在主线程之外完成。更好的说法是“在大多数情况下，除了主线程之外，不要与 UIKit 类交互”，但也有异常(exception)(例如，绘制到 UIGraphicsContext 从 iOS 4、IIRC 开始是线程安全的，绘图是 CPU 密集型任务的一个极好的示例，可以卸载到后台线程。)FWIW，您可以提交给全局并发队列，您也可以提交到私有(private)并发队列。

These allow either synchronous or asynchronous execution. But synchronous execution does not mean your program waits for the code to finish before continuing. It simply means that the concurrent queue will wait until your task has finished before it continues to the next block of code on the queue.

正如 iWasRobbed 推测的那样，他们似乎将同步/异步工作提交与串行/并发队列混为一谈。同步执行确实，根据定义，意味着您的程序在继续之前等待代码返回。异步执行，顾名思义，就是你的程序不等待。类似地，串行队列一次只执行一个提交的工作单元，每个工作单元按 FIFO 顺序执行。 并发队列，私有(private)的或全局的，在一般情况下(更多在一秒钟内)，安排提交的 block 在一个或多个后台线程上按照它们入队的顺序执行。使用的后台线程数是一个不透明的实现细节。

When you put a block object on a concurrent queue, your own program always continues right away without waiting for the queue to execute the code.

没有。不对。同样，他们混淆了同步/异步和串行/并发。我怀疑他们想表达的意思是:当您异步地将一个 block 入队时，您自己的程序总是会立即继续，而无需等待队列执行代码。

This is because concurrent queues, as their name implies, run their code on threads other than the main thread.

这也不对。例如，如果您有一个私有(private)并发队列，您将其用作保护某些可变状态的读/写锁，如果您从主线程dispatch_sync到该队列，您的代码将，在许多情况下，在主线程上执行。

总的来说，这整段真的很可怕，而且具有误导性。

编辑:我在对另一个答案的评论中提到了这一点，但为了清楚起见，将其放在这里可能会有所帮助。 “同步与异步调度”的概念和“串行与并发队列”的概念在很大程度上是正交的。您可以以同步或异步方式将工作分派(dispatch)到任何队列(串行或并发)。同步/异步二分法主要与“dispatch*er*”相关(因为它确定调度程序是否被阻塞直到阻塞完成)，而串行/并发二分法主要是与 dispatch*ee* block 相关(因为它确定 dispatchee 是否可能与其他 block 同时执行)。