在异步线程中与异步同步

Question

最近，我正在快速学习并发。 根据NSOperation class reference苹果文档NSOperation class reference ：

向操作队列添加操作时，队列会忽略异步属性的值，并始终从单独的线程调用start方法。 因此，如果始终通过将操作添加到操作队列来运行操作，则没有理由使它们异步。

是否意味着在单独的线程中同步与异步相同？ 当我使用以下代码进行测试时，操作确实不会阻止当前主线程。

let operationQueue = NSOperationQueue()
let operation = NSBlockOperation(){
    //do some task here
}
operationQueue.addOperation(operation)

所以，如果它是真的，那么我们为什么要创建NSOperation的并发子类呢？

Answer 1

哦， NSOperation 。 你有这么奇怪的历史。

NSOperation相对较旧（在iOS术语中;在ObjC术语中相当现代）。 它是在OS X 10.5中添加的。 在OS X 10.6 / iOS 4之前，没有NSBlockOperation对象。 根本没有街区。 因此，进行操作的唯一方法是子类化或使用NSInvocationOperation 。 这两种方法都很麻烦，但比直接使用NSThread的旧方法更简单，更强大。

（当多核成为一件事时，这是正确的.10.5因添加Core Animation而闻名，我相信Cocoa中第一个主要的抢先式多任务框架。在10.5之前，大多数事情都是通过runloop和合作多任务来完成的，实际上是非常有效和高效的单核系统，但它不能很好地扩展到。像工具多核系统NSOperation已提供给帮助我们编写更好的多核心代码，但GCD是这么多强大，它完全如何在Cocoa中编写多任务代码。）

当您NSOperation ，您需要告诉系统您的操作是否是异步的。 这不是异步运行您的请求。 这是一个承诺，你的start方法不会阻止。 这取决于你的start方法，以确保操作真的是异步的。

只有在手动启动NSOperation的情况下才需NSOperation ，即使这样也经常不需要。 如果你把它放在NSOperationQueue （你真的应该这样做），这个属性是无关紧要的。 我记得它在当时造成了很多混乱。

自从引入块以来，它变得更加无关紧要。 使用NSBlockOperation （或dispatch_async ）几乎总是比使用NSBlockOperation子类要容易NSOperation ，这对于完全正确而言总是有点棘手。

如果你还没有读过它，如果你想学习Cocoa并发，你肯定想从并发编程指南开始 。

Answer 2

始终相对于发出请求的线程定义异步。 因此，如果线程A发出在线程B中运行的请求，则线程A能够在线程B运行请求时执行其他工作，则请求与线程A是异步的。

如果线程B依次将请求转移到线程C，使得线程B能够在线程C运行请求时执行其他工作，那么第二个请求是相对于线程B的异步。

当然，一次又一次地异步地保持农业的同一工作要素是没有意义的。 但是假设上面描述的线程A委托给线程B的工作可以分成多个较小的工作元素。 线程B在线程C，D等上异步调用那些较小的工作元素是合理的。如果B向A提供服务使得A不希望/不需要知道工作方式的详细信息，则可能会发生这种情况。完成; 它只是想要异步完成工作。 B知道细节，可以决定是否/如何通过较小的并行单元完成工作。