标签：
对于iOS多线程开发，我们时刻处于学习之中，在看书中，看文档中，项目开发中，都可以去提高自己。最近刚看完了《Objective-C高级编程 iOS与OS X多线程和内存管理》这本书后，对多线程有了更为深入的理解，故在此做一个总结与记录。这本书我已经上传至网盘 https://pan.baidu.com/s/1c2fX3EC ，这本书是iOS开发者必读的书之一，写得很不错，欢迎大家下载阅读。书的封面如下，故也称狮子书：
（1）多线程会遇到的问题
多线程会出现什么问题呢？当多个线程对同一个数据进行修改的时候，会造成数据不一致的情况；当多个线程互相等待会造成死锁；过多的线程并发会大量消耗内存。所以多线程出现bug会严重影响App的功能和性能。
（2）多线程的作用
我们为什么一定要用多线程呢？只要有一个主线程不就可以了么。
从图中可以看到，如果我们有一个很耗时的操作放到主线程中执行，那么会严重阻塞主线程的执行，导致主界面不能及时响应用户的操作，出现卡死状态。当创建多线程之后，我们可以把耗时操作放到其他线程中去执行，比如网络操作，图片的上传下载等，当执行成功后再回到主线程更新界面即可。所以，使用多线程是必要的。
（3）GCD中的队列——Dispatch Queue
Dispatch Queue就是GCD中的调度队列，我们只要把任务添加到队列中去，线程就会按照顺序取出然后去执行，按照先进先出FIFO的原则。
（4）Dispatch Queue的种类
GCD中存在两种Dispatch Queue，一种是等待现在执行中处理的Serial Dispatch Queue（串行队列）;另一种是不等待现在执行中处理的Concurrent Dispatch Queue（并发队列）.
Serial Dispatch Queue:等待现在执行中处理结束；
Concurrent Dispatch Queue:不等待现在执行中处理结束，使用多个线程同时执行多个处理。
Serial Dispatch Queue为什么一定要等待处理结束才去执行下一个处理呢？因为Serial Dispatch Queue只有一个线程，一个线程同一时间当然只能执行一个任务，所以后续任务必须要进行等待。
Concurrent Dispatch Queue由于可以创建多个线程，所以只要按顺序取出任务即可，把取出的任务放到不同的线程去执行，任务之间是否执行结束没有必然关系，所以不需要等待前一个处理结束，看起来就像是多个任务同时在执行一样，其实也的确是在同时执行。当然这个并发数量系统会有限制，我们代码也可以设置最大并发数。
看了以上的解释，就知道Serial Dispatch Queue、Concurrent Dispatch Queue和线程的关系了，关系如下：
（5）多个Serial Dispatch Queue实现并发，以及遇到的问题
当生成多个Serial Dispatch Queue时，各个Serial Dispatch Queue将并行执行。虽然在一个Serial Dispatch Queue中同时只能执行一个追加处理，但是如果将处理分别追加到4个Serial Dispatch Queue中，各个Serial Dispatch Queue执行一个，即可以同时执行四个处理。
虽然这种笨办法也可以实现并发，但是也会遇到大问题，那就是消耗大量内存：
（6）资源竞争问题的解决
当多个线程对同一数据进行操作时可造成竞争或者数据不一致。最简单的解决办法就是使用Serial Dispatch Queue。Serial Dispatch Queue只创建一个线程，而一次只能执行一个任务，只有当该任务执行结束才能去执行下一个，所以同一时间对某个竞争资源的访问是唯一的。示意图如下：
（7）生成的Dispatch Queue必须由程序员释放。这是因为Dispatch Queue并没有像Block那样具有作为OC对象来处理的技术。通过dispatch_queue_create函数生成的Dispatch Queue在使用结束后通过dispatch_release释放。看个下面的例子：
这样立即释放queue是否有问题呢？
在dispatch_async函数中追加Block到Dispatch Queue后，即使立即释放Dispatch Queue，该Dispatch Queue由于被Block持有也不会被废弃，因而Block能够执行。Block执行结束后会释放Dispatch Queue，这时谁都不持有Dispatch Queue，因此它会被废弃。
（8）系统标准提供的Dispatch Queue
-- Main Dispatch Queue：在主线程中执行的queue，因为主线程只有一个，所以Main Dispatch Queue自然就是Serial Dispatch Queue。追加到Main Dispatch Queue的处理在主线程的RunLoop中执行。
-- Global Dispatch Queue：是所有应用程序都能够使用的Concurrent Dispatch Queue,没有必要通过dispatch_queue_create函数逐个生成Concurrent Dispatch Queue，只要获取Global Dispatch Queue即可。其中有四个优先级，但是用于Global Dispatch Queue的线程并不能保证实时性，因此执行优先级只是大致的判断。
对于Main Dispatch Queue和Global Dispatch Queue执行dispatch_retain函数和dispatch_release函数不会引起任何变化，也不会有任何问题。这也是获取并使用Global Dispatch Queue比生成、使用、释放Concurrent Dispatch Queue更轻松的原因。
（9）dispatch_set_target_queue:改变生成的Dispatch Queue的执行优先级
指定要变更执行优先级的Dispatch Queue为dispatch_set_target_queue函数的第一个参数，指定与要使用的执行优先级相同的Global Dispatch Queue为第二个参数（目标），第一个参数如果指定系统提供的Main Dispatch Queue和Global Dispatch Queue，则不会知道出现什么状态，因此这些均不可指定。
（10）dispatch_after:延迟执行
NSEC_PER_SEC:秒
NSEC_PER_MSEC:毫秒
（11）dispatch_barrier_async
会等待追加到Concurrent Dispatch Queue上的并行执行的处理全部结束之后，再将指定的处理追加到该Concurrent Dispatch Queue中。然后在由dispatch_barrier_async函数追加的处理执行完毕后，Concurrent Dispatch Queue才恢复为一般的动作，追加到该Concurrent Dispatch Queue的处理又开始并行执行。示意图如下：
（12）dispatch_async
将指定的block“非同步”的追加到指定的Dispatch Queue中，dispatch_async函数不做任何等待。
（13）dispatch_sync造成的问题
一旦调用dispatch_sync函数，那么在指定的处理执行结束之前，该函数不会返回。但是dispatch_sync容易造成死锁。
该源代码在Main Dispatch Queue即主线程中执行指定的Block，并等待其执行结束。而其实在主线程中正在执行这些源代码，所以无法执行追加到Main Dispatch Queue的Block。下面的例子也一样：
Main Dispatch Queue中执行的Block等待Main Dispatch Queue中要执行的Block执行结束。当然Serial Dispatch Queue也会引起相同的问题。
（14）dispatch_apply
dispatch_apply函数是dispatch_sync函数和Dispatch Group的关联API。该函数按指定的次数将指定的Block追加到指定的Dispatch Queue中，并等到全部处理结束。
因为在Global Dispatch Queue中执行处理，所以各个处理的执行时间不定，是不进行等待的追加任务。但是输出结果中最后的done必定在最后的位置上。这是因为dispatch_apply函数会等待全部处理执行结束。
由于dispatch_apply函数也与dispatch_sync函数相同，会等待处理执行结束，因此推荐在dispatch_async函数中非同步的执行dispatch_apply函数。
（15）dispatch_suspend/dispatch_resume
当追加大量处理到Dispatch Queue时，在追加处理的过程中，有时希望不执行已追加的处理。在这种情况下，只要挂起Dispatch Queue即可。当可以执行时再恢复。
-- dispatch_suspend函数挂起指定的Dispatch Queue：
dispatch_suspend(queue);
dispatch_resume函数恢复指定的Dispatch Queue：
dispatch_resume(queue);
这些函数对已经执行的处理没有影响。挂起后，追加到Dispatch Queue中但尚未执行的处理在此之后停止执行。而恢复则使得这些处理能够继续执行。
（16）Dispatch Semaphore
当不使用信号量的时候出现的bug.
这里使用Global Dispatch Queue更新NSMutableArray类对象，所以执行后由内存错误导致应用程序异常结束的概率很高。
Dispatch Semaphore是持有计数信号，该计数是多线程编程中的计数类型信号。计数为0时等待，计数为1或者大于1时，减去1而不等待。
创建semaphore：
参数表示计数的初始值。
dispatch_semaphore_wait函数等待Dispatch Semaphore的计数值达到或者等于1.当计数值大于等于1，或者在等待中计数值大于等于1时，对该计数进行减法并从dispatch_semaphore_wait函数返回。
semaphore可以进行以下分支处理：
dispatch_semaphore_wait函数返回0时，可安全的执行需要进行排他控制的处理。该处理结束时通过dispatch_semaphore_signal函数将Dispatch Semaphore的计数数值加1.
案例：
（17）dispatch_once
dispatch_once函数是保证在应用程序执行中只执行一次指定处理的API。下面这种经常出现的用来初始化的源代码可通过dispatch_once函数简化：
在多核CPU中，在正在更新表示是否初始化的标志变量时读取，就有可能多次执行初始化处理。而用dispatch_once函数初始化就不用担心了。这就是单例模式，在生成单例对象时使用。
（18）GCD的基本实现与描述
苹果官方说明：通常，应用程序中编写的线程管理用的代码要在系统级实现。
什么是系统级实现？就是在iOS和macOS的核心XNU内核级上实现。因此，无论程序员如何努力编写管理线程的代码，在性能方面也不可能胜过XNU内核级所实现的GCD。
用于实现Dispatch Queue而使用的软件组件：
Dispatch Queue没有“取消”这一概念。一旦将处理追加到Dispatch Queue中，就没有办法可以将该处理删除，也没有办法就执行中取消该处理。
标签：
原文地址：http://blog.csdn.net/chenyufeng1991/article/details/51786697
