并发编程02

面向可执行单元的工作

从你理解的你的应用程序的的任务，你应该已经能够指出你的程序哪些地方可以从并发获取好处。如果改变一个或多个任务的顺序，会改变结果，你可能需要继续使用线性执行。如果改变顺序对结果没有什么影响，你就可以考虑并发。两种情况，你定义工作的可执行单元，代表着一步一步的执行过程。执行单元被包含在block中或opreation中，然后被分发到恰当的队列中。

每一个你指定的执行单元，至少一开始不要太担心工作总量。虽然经常拽一个线程。Operation Queue或则dispatch_queue的好处是，这常常比自己手动开一个线程开销小很多。因此，对执行小的工作单元更加有效率。当然，你需要经常验证你的性能，调整你的任务大小，但一开始，没有任务被认为是小任务。

识别你需要的队列

现在你的任务被打断成不同的任务单元，用block对象或者opreation对象包着。你需要定义你的queue来执行这些代码。对于特定的任务，检查你创建的block或者opration对象以及必须执行的顺序。

如果你用block实现你的任务，你可以吧block加入到线性或者并行队列中，如果有特殊的顺序需要，你通常把他们加入到线性队列中。如果没有顺序要求，你可以把他们加入到并行队列中或者不同的队列中。根据你的需要来。

如果你通过opreation对象实现你的任务。选择队列没有对象配置有意思。要线性执行你的操作，你必须配置相应的依赖。依赖阻止一个操作执行，知道另一个操作完成了。

改进性能

把你的代码分成小任务，加入到队列中。还有些办法可以提高效率：
考虑直接用计算值在你的任务中，如果内存是一个因素。计算值会快很多，比主存快很多。用寄存器的值快多了。当然，需要测试指标确实不错。
早点辨别线性任务，然后做些事情让他更加并行化。比如你做一件事情必须线性化，因为依赖了一个资源。你可以调整架构不依赖这个资源，然后就可以并行化了。比如拷贝这个资源。
避免使用锁。dipatch_queue等的设计最大程度上就避免了锁的使用。用锁来保证执行顺，可以替换成使用线性队列来处理。
尽可能依赖系统framework。最好的方式是使用系统提供的并发功能。看看系统有没有。

隐含性能。Opreation Queue,Dispath Queue,dispatch source,提供更多的并行执行的代码。然而这项技术并不能保证一定能提高性能。或者你的代码的响应速度。这仍让是你的责任：用一种高效满足你需求的方式使用队列，而不会增加其他资源的负担。比如，你可以创建10000个opreation对象，放到操作队列中，这样会让你的应用程序创建大量的内存对象，导致分页，降低效率。

在你引入并发之前，你应该先收集基线材料，影响你的程序效率的。重构之后，再比对。