FBI WARMING：也许是错的，纯属自己一人瞎琢磨的。
一、
很经典的死锁例子，如下：
- (void)viewDidLoad {
[super viewDidLoad];
// Do any additional setup after loading the view, typically from a nib.
NSLog(@"666_SunDePrint_999:%@", @"打印任务 1");
dispatch_sync(dispatch_get_main_queue(), ^{
NSLog(@"666_SunDePrint_999:%@", @"打印任务 2");
});
NSLog(@"666_SunDePrint_999:%@", @"打印任务 3");
}
这样就死锁了。程序就崩溃了，为什么为造成这种情况，这就是今天的重点。
1、没事看讲GCD多线程的文章，一般都会提到线程死锁的情况，不多大部分解释的都是不明不白的，几句话就过去了，容易造成困惑，也许作者明白了，但是作为一个看客还是不懂。越看越蒙圈。。。
2、解释这个问题之前，我感觉还是先弄清楚线程、队列和任务它们3个之间的关系，这几个概念搞明白了，什么都好理解了。
2.1、线程：代码执行的地方，正常情况下，不主动开辟新线程，程序员写的代码都是在主线程中进行的。比如写个打印1，打印2，打印3，而且在一个线程中，代码都是顺序执行的，打印1走完才走打印2，最后打印3.如果非要来个比喻的话，感觉用路来比喻毕竟贴切，方便理解。一个线程就是一条路，路上有人有车，不论人和车都是按顺序一个个走着。开了新线程，就相当于在旁边新开一条路。两个线程之间没啥关系，各自走各自的。
2.2、任务：task，程序员写的每句代码就是一个任务。比如写个打印，调用一个方法，这都是任务。任务有大有小，大任务包含小任务。比如你定下人生赢家这个大任务，怎么实现？1、出人CEO，2、赢取白富美，3、走向人生巅峰。这三个小任务都实现了，大任务成功人生赢家才算实现。
具体到开篇的死锁例子，里面的3个打印是3个任务。如果把眼光放远一些，就会发现viewdidload也是个任务，这个大任务包含了3个打印的小任务。这点很重要，是理解死锁的关键。
2.3、队列：暂时存放任务的地方，先把任务存放到队列里，根据队列的性质，是串行还会并行，去分配任务。所以队列的作用就是暂时存放任务，然后分配任务。还拿上面死锁的例子说事，我写的那个主队列里就存放了一个打印任务2，然后根据任务的执行方式（同步还是异步）把这个任务分配到相应的线程中去。
2.4、三者之间有啥关系？根据各自的叙述，就能发现一点猫腻了。
队列存放任务--->然后去分配任务到对应的线程中去--->最后任务在线程中执行了。
一个特殊东西：主队列。由系统自动创建的，是串行队列。特殊之处就是它里面的任务必须在主线程中执行。切记这个特点。
3、如果上面的都理解了。现在就可以解释死锁的产生了。
3.1、在viewDidLoad里，有3个打印的任务，其中任务2我主动给添加到主队列里了。前面说过队里的作用就是存放任务，分配任务。现在已经存放过了，然后去分配任务。虽然这么说，但是，分配到哪里？什么时候执行？这点也需要解释清楚。
3.2、前面说过，队里和线程的关系就是队列把任务分配到线程去。所以我需要把打印任务2分配出去。由于是dispatch_sync是同步，意味着系统不会给你新建线程，所以只能把这个任务分配到主线程中去。这就确定了这个任务在哪里执行--主线程。
3.3、解释线程的时候就说过，线程就相当于一条路，一条路上的人和车只能按顺序走路。相应的，一个线程中的代码只能按从上到下的顺序执行。但是这个时候出问题了。我主动把任务2放到主线程里了，这个时候虽然打印任务1执行完了，和它没关系，但是别忘了viewdidload也是个任务啊。由于viewdidload包含任务2，所以任务2代码必须等到viewdidload执行完毕才能执行，但是viewdidload是个大任务，它包含任务2。所以viewdidload必须等任务2执行完才能结束，但是任务2必须等viewdidload执行完才能执行，两者相互等待，就造成了死锁。
3.4、疑问？viewdidload也包含普通的其他任务，为什么没造成死锁？
像这种的
- (void)viewDidLoad {
[super viewDidLoad];
NSLog(@"1========%@",[NSThread currentThread]);
NSLog(@"2========%@",[NSThread currentThread]);
NSLog(@"3========%@",[NSThread currentThread]);
}
可能会笑，种代码天天写，怎么可能会死锁？但是它也符合死锁的条件，大任务包含了小任务。原因就是这几个小任务没有经过队列分配！！！没经过队列分配，就意味着还会按原来的顺序执行。先走viewDidLoad这个大任务，然后依次执行各个小任务，小任务执行完了，大任务就结束了。
死锁的情况是：经过队列的分配，从原来大任务里拿出一个小任务，然后强制规定它必须等大任务执行完才执行，但是大任务必须是小任务全部执行完才能结束。
如果非要比喻的话，就是强制从车里拿出一个人，告诉这个人，你必须等车走完才能走，但是这人本在就是在车中的乘客，车的老司机必须等这人到了才能启动。
这就是死锁的产生原因了。纯属谬论，仅供参考，。
二、
1、如果把dispatch_sync同步改成dispatch_async异步执行，就不会造成死锁了。为什么？任务放到了新线程中就不需要等待viewdidload了。不受大任务的约束了。
常识就是异步执行就需要新建线程，这个也不例外，但是主队列有个特点，虽然它是串行执行，但是它管理的任务必须在主线程中执行。它比一般的串行队列多个性质。
所以造成一个现象，需要新建子线程去执行这个任务，这样才能脱离大任务的约束，但是这个任务又是必须在主线程中执行，就造成了一个矛盾。最后只能妥协。双方妥协的结果就是不去新建任务，但是大任务也不受小任务约束了。所以就不造成死锁了。
相当于乘客下车了，不属于这辆车的乘客，司机没必要等下车的那个人了，只管开车就行，车走了，人跟着就走了。
2、根据这些理解，可以做一些改变。比如把任务放到普通串行队列中并且同步执行。
结果就是虽然不会新建线程，但是普通队列没强制要求这个任务必须在主线程中执行，就没必要去等待主线程中的viewdidload了。代码走到它了它就执行。虽然最后还是在主线程中执行的，但是没了必须等待viewdidload执行完毕这个约束，虽然viewdidlaod必须等小任务执行完毕，但是小任务没必要等待viewdidlaod这个大任务执行完毕。所以也不会造成死锁。
3、普通并行队列同步执行同理，虽然不会新建子线程，但是没了必须等待viewdidload这个约束，也不会造成死锁。
4、如果是异步执行，不论串行还是并行，都会新建子线程，大任务和小任务更加不会相互约束了，所以更不可能会死锁了。
本篇完结！
