41 多用派发队列，少用同步锁
总结：当多个线程执行同一份代码时，可能会出现问题，这时有@synchronized(self){}内置同步块。或NSLock对象。然而这只是某种程度上的线程安全，使用串行同步队列(serial sychronization queue).更有效率的方法是使用串行队列同步取方法，异步设置方法。执行异步派发时需要拷贝块。再优化就是改用并发队列，同步取方法，使用栅栏块（只是对并发队列有意义）异步设置方法（读取操作可以并行，但是写入操作必须单独执行）dispatch_barrier_(a)sync(queue,block)。将同步与异步派发结合起来，可以实现与普通加锁机制一样的同步行为。而这么做却不会阻塞执行异步派发的线程。使用同步队列及栅栏块，可以令同步行为更高效。
42 多用GCD，少用performSelector系列方法
总结：performSelector系列方法在内存管理方面容易缺失，它无法确定将要执行的选择子具体是什么，因为ARC编译器也就无法插入适当的内存管理方法。performSelector系列方法所能处理的选择子太过局限了，选择子的返回值类型及发送给方法的参数都受到限制。如果想把任务放在另一个线程上执行，那么最好不要用performSelector系列方法，而是应该把任务封装到块里，用GCD相关方法实现。[self performSelector:@selector(doSomething) withObject:nil afterDelay:5.0]; 改成 dispatch_time_t time = dispatch_time(DIPATCH_TIME_NOW,(int64_t)(5.0*NSEC_PER_SEC));dispatch_after(time,dispatch_get_main_queue(),^(void){[self doSomething]}); dispatch_async(dispatch_get_main_queue(),^{[self doSomething]});
43 掌握GCD(派发队列)及操作队列的使用时机
总结：使用NSOperation及NSOperationQueue的好处有，取消某个操作，制定操作间的依赖关系，制定操作的优先级，重用NSOperation对象。NSNotificationCenter用的就是操作队列。有人说尽可能选择高层的OC方法，只有确有必要的时候才求助于底层。但想要确定哪种方案最佳，还要测试一下性能。
44 通过Dispatch Group机制，根据系统资源状况来执行任务
总结：用法一，将要并发执行的多个任务合为一组，于是调用者就可以知道这些任务何时才能全部执行完毕。dispatch_group_async(group,queue,block); dispatch_group_enter(group) dispatch_group_leave(group)必须成对出现;dispatch_group_wait(group,timeout)等待group执行完毕,阻塞当前线程。dispatch_group_notify(group,queue,block)，不阻塞当前线程;一系列任务可以归入一个dispatch group之中。开发者可以在这组任务执行完毕时获得通知。通过dispatch group，可以在并发式派发队列里同时执行多项任务。此时GCD会根据系统资源状况来调度这些并发执行的任务。单个队列搭配标准的异步派发也可以实现dispatch_group同样的效果。dispatch_apply(iterations,queue,block);用的队列可以是并发，也可以是串行，但是dispatch_apply会持续阻塞，知道所有任务都执行完毕为止。所以想要在后台执行任务，应使用group。
45 使用dispatch_once来执行只需运行一次的线程安全代码
总结：此操作是完全线程安全的，且更高效。注意，对于只需执行一次的函数来说，每次调用函数时传入的标记必须都完全相同，所以通常将标记变量声明在static或是global的作用域里。
46 不要使用dispatch_get_current_queue
总结：iOS6.0后弃用此函数。用该方法检测当前队列是不是某个特定队列，试图以此来避免执行同步派发时可能遭遇死锁问题，是错误的。不要把存取方法做成可重入的，而是应该确保同步操作所用的队列绝不会访问属性。并发队列可以用多个线程并行执行多个块。目标队列？队列特有数据：可以把任意数据以键值对的形式关联到队列里。如果根据指定的键获取不到关联数据，那么系统就会沿着层级体系向上查找。直至找到数据或到达根队列为止。
多线程任务取消：
CGD已经加入queue中的block是无法取消的，原生并不支持，也可以，但是需要很复杂的代码，dispatch_suspend只是暂停开启新的未执行的block。NSOperation有取消操已经设定要准备执行的任务，但也不能取消已经开始的任务，但可以通过NSOperation的cancel机制，添加一个外接变量，标记block是否需要取消。在block中及时检测这个外部变量的状态，当发现需要取消时，停止block中的后续操作，释放资源，达到能及时取消block的目的。
下面是一个关于在 dispatch_async 上如何以及何时使用不同的队列类型的快速指导：
- 自定义串行队列：当你想串行执行后台任务并追踪它时就是一个好选择。这消除了资源争用，因为你知道一次只有一个任务在执行。注意若你需要来自某个方法的数据，你必须内联另一个 Block 来找回它或考虑使用 dispatch_sync。
- 主队列（串行）：这是在一个并发队列上完成任务后更新 UI 的共同选择。要这样做，你将在一个 Block 内部编写另一个 Block 。以及，如果你在主队列调用 dispatch_async 到主队列，你能确保这个新任务将在当前方法完成后的某个时间执行。
- 并发队列：这是在后台执行非 UI 工作的共同选择。
不知道何时适合使用 dispatch_after ？
- 自定义串行队列：在一个自定义串行队列上使用 dispatch_after 要小心。你最好坚持使用主队列。
- 主队列（串行）：是使用 dispatch_after 的好选择；Xcode 提供了一个不错的自动完成模版。
- 并发队列：在并发队列上使用 dispatch_after 也要小心；你会这样做就比较罕见。还是在主队列做这些操作吧。
下面是你何时会——和不会——使用障碍函数的情况：
- 自定义串行队列：一个很坏的选择；障碍不会有任何帮助，因为不管怎样，一个串行队列一次都只执行一个操作。
- 全局并发队列：要小心；这可能不是最好的主意，因为其它系统可能在使用队列而且你不能垄断它们只为你自己的目的。
- 自定义并发队列：这对于原子或临界区代码来说是极佳的选择。任何你在设置或实例化的需要线程安全的事物都是使用障碍的最佳候选。
下面是一个快速总览，关于在何时以及何处使用 dispatch_sync ：
- 自定义串行队列：在这个状况下要非常小心！如果你正运行在一个队列并调用 dispatch_sync 放在同一个队列，那你就百分百地创建了一个死锁。
- 主队列（串行）：同上面的理由一样，必须非常小心！这个状况同样有潜在的导致死锁的情况。
- 并发队列：这才是做同步工作的好选择，不论是通过调度障碍，或者需要等待一个任务完成才能执行进一步处理的情况。