GCD篇：1.GCD的使用要点
1.多线程
一个CPU执行的CPU命令列为一条无分叉路径，即为线程。而这种无分叉路径存在多条，即为多线程。
- 在多线程中，一个CPU核执行多条不同路径上的不同命令。
- 在CPU中，使用寄存器将执行“路径”的状态保存到各自的专用的内存块中。在切换不同目标路径时，从对应的内存块中读取并在CPU中将执行信息复原，继续执行目标路径的命令列。这个过程称为“上下文切换”。
- 多线程中需要注意的主要问题：
- 数据竞争：多个线程同时更新相同资源；
- 死锁：执行等待事件的多个线程互相持续等待；
- 线程过多导致内存占用过大
2.GCD的API要点
2.1 串行和并发队列的使用建议
- 多个线程同时更新相同资源时，避免产生数据竞争，可以使用Serial Dispatch Queue；
- 并行处理无数据竞争的问题时，使用Concurrent Dispatch Queue
2.2 GCD的内存管理
- GCD使用引用计数的内存管理方式；
- dispatch_queue_t对象可以保证在内部派发的block执行期间不被释放的原因：block对象通过dispatch_retain的方式保留队列，block对象执行完成后再释放引用；
- iOS6之后，ARC可以完全胜任GCD的内存管理，不可再调用dispatch_release等相关API；
2.3 队列的优先级
- 对Global Dispatch Queue设置优先级，CGD会将各自使用该队列的线程设置为对应的优先级
- 手动创建的队列，其优先级均为DISPATCH_QUEUE_PRIORITY_DEFAULT
- 通过dispatch_set_target_queue(targetQueue, originQueue)修改队列的优先级：
- targetQueue为待修改优先级的队列，originQueue为参照优先级的队列
- 此API可以设置队列的执行阶层：如多个串行队列同时修改相同资源时，将所有队列的优先级设置为同一个串行队列，可以防止并发处理，避免数据竞争的情况发生。
- 通过XNU管理，在GCD中使用的线程并不能保证实时性。
2.4 dispatch_after
任务的延迟执行，是指在指定时间后或到达指定时间，将block对象派发到任务队列中。注意是“派发”而不是“执行”，故可能存在一定时间延迟，且根据执行线程的任务拥挤程度，执行时间也不确定（派发的任务是由NSRunLoop对象在一次运行循环中取出并执行）。
2.5 提高数据库或文件的读写效率
通过COncurrent Dispatch Queue和dispatch_barrier_async函数组合使用，异步读取，栅栏操作写入，既可以保证读取的高效，还能保证写入的有效性和安全性。
2.6 确保安全地使用dispatch_sync
对于个人目前的认知来说，只有在保证真正实现“原子性”的property时，才有可能会使用这个东西。
2.7 Dispatch Semaphore可以保证更细颗粒度的排他操作
- Dispatch Semaphore根据初始化传入的计数值来保证同时执行任务的最大数量
- 每次dispatch_semaphore_wait时，会从可用任务数中试图减1：
- 本身是0，则没有可用执行空间，等待
- 可用执行空间大于0，则减去1，并执行下面的任务
- dispatch_semaphore_signal会对任务计数加1，释放占用的任务空间。
2.8 dispatch_once
- dispatch_once可以保证真正的多线程访问安全
- 一般用于单例对象的创建
