我正在学习iOS的并发编程。到目前为止,我已经了解了NSOperation/NSOperationQueue和GCD。为什么在GCD上使用NSOperationQueue,反之亦然?
听起来好像GCD和NSOperationQueue都从用户那里抽象出了nsthread的显式创建。然而,这两种方法之间的关系对我来说并不清楚,所以任何反馈都很感激!
我正在学习iOS的并发编程。到目前为止,我已经了解了NSOperation/NSOperationQueue和GCD。为什么在GCD上使用NSOperationQueue,反之亦然?
听起来好像GCD和NSOperationQueue都从用户那里抽象出了nsthread的显式创建。然而,这两种方法之间的关系对我来说并不清楚,所以任何反馈都很感激!
当前回答
GCD确实比NSOperationQueue级别低,它的主要优势是它的实现非常轻量级,并且专注于无锁算法和性能。
NSOperationQueue确实提供了GCD中无法提供的功能,但它们的成本非常高,NSOperationQueue的实现非常复杂和繁重,涉及大量的锁定,并且在内部只以非常少的方式使用GCD。
如果您需要NSOperationQueue提供的功能,请务必使用它,但如果GCD足以满足您的需求,我建议直接使用它,以获得更好的性能、显著降低CPU和电源成本以及更大的灵活性。
其他回答
GCD是一个低级的基于c语言的API。 NSOperation和NSOperationQueue是Objective-C类。 NSOperationQueue是GCD上的objective C包装器。 如果你在使用NSOperation,那么你就隐式地使用了中央调度。
GCD相对于NSOperation的优势: 我实现。 对于GCD的实现是非常轻量级的 NSOperationQueue是复杂且重量级的
NSOperation相对于GCD的优势:
i.控制运行 你可以暂停,取消,恢复一个NSOperation
2依赖关系 你可以在两个NSOperations之间建立依赖关系 操作将不会启动,直到它的所有依赖项为finished返回true。
3运行状态 可以监视操作或操作队列的状态。 准备、执行或完成
iv.最大操作次数 您可以指定可以同时运行的排队操作的最大数量
什么时候去GCD或NSOperation 当你想要更多的控制队列(所有上面提到的)使用NSOperation 对于简单的情况,你想要更少的开销 (你只是想做一些“进入后台”的工作,很少额外的工作)使用GCD
裁判: https://cocoacasts.com/choosing-between-nsoperation-and-grand-central-dispatch/ http://iosinfopot.blogspot.in/2015/08/nsthread-vs-gcd-vs-nsoperationqueue.html http://nshipster.com/nsoperation/
选择NSOperation而不是GCD的另一个原因是NSOperation的取消机制。例如,一个像500px这样显示数十张照片的App,使用NSOperation我们可以在滚动表格视图或集合视图时取消对不可见图像单元格的请求,这可以极大地提高App性能并减少内存占用。GCD不容易支持这一点。
同样使用NSOperation,可以实现KVO。
这里有一篇来自Eschaton的文章值得一读。
GCD非常容易使用——如果你想在后台做一些事情,你所需要做的就是编写代码并在后台队列上分派它。用NSOperation做同样的事情需要大量额外的工作。
The advantage of NSOperation is that (a) you have a real object that you can send messages to, and (b) that you can cancel an NSOperation. That's not trivial. You need to subclass NSOperation, you have to write your code correctly so that cancellation and correctly finishing a task both work correctly. So for simple things you use GCD, and for more complicated things you create a subclass of NSOperation. (There are subclasses NSInvocationOperation and NSBlockOperation, but everything they do is easier done with GCD, so there is no good reason to use them).
GCD确实比NSOperationQueue级别低,它的主要优势是它的实现非常轻量级,并且专注于无锁算法和性能。
NSOperationQueue确实提供了GCD中无法提供的功能,但它们的成本非常高,NSOperationQueue的实现非常复杂和繁重,涉及大量的锁定,并且在内部只以非常少的方式使用GCD。
如果您需要NSOperationQueue提供的功能,请务必使用它,但如果GCD足以满足您的需求,我建议直接使用它,以获得更好的性能、显著降低CPU和电源成本以及更大的灵活性。
GCD是一个低级的基于c语言的API,可以非常简单地使用基于任务的并发模型。NSOperation和NSOperationQueue是Objective-C类,做类似的事情。NSOperation是最先被引入的,但是从10.5和iOS 2开始,NSOperationQueue和它的朋友是通过GCD内部实现的。
一般来说,您应该使用适合您需要的最高级别的抽象。这意味着你通常应该使用NSOperationQueue而不是GCD,除非你需要做一些NSOperationQueue不支持的事情。
Note that NSOperationQueue isn't a "dumbed-down" version of GCD; in fact, there are many things that you can do very simply with NSOperationQueue that take a lot of work with pure GCD. (Examples: bandwidth-constrained queues that only run N operations at a time; establishing dependencies between operations. Both very simple with NSOperation, very difficult with GCD.) Apple's done the hard work of leveraging GCD to create a very nice object-friendly API with NSOperation. Take advantage of their work unless you have a reason not to.
警告: 另一方面,如果你真的只需要发送一个块,而不需要NSOperationQueue提供的任何附加功能,那么使用GCD也没有什么问题。只要确保它是适合这项工作的工具。