由于最近重新学习iOS多线程（GCD部分），对于多线程又有了一些新的理解，所以写下这篇文章作为记录。
1.异步方法未必会开辟新线程，同时也可以“阻塞”线程
将代码段1放在viewDidAppear方法中运行，会发现，在10000条打印打印结束前，主线程不会更新view的背景颜色。也就是说，在这种情况下，主线程一直是被block里的代码占用的，主线程被“阻塞”了。
打印结果如下：
从代码段1的打印结果我们可以看出，所有的打印都是在主线程上完成的。这说明异步方法并没有开辟新的线程。
由以上结果可知，以是否会开辟新线程来区分同步和异步是不正确的。
2.同步和异步的区别是是否会阻塞线程
看到这里，可能会有人疑惑，我在1中不是刚说过异步方法也可以“阻塞”线程线程吗，怎么现在又说同步和异步的区别是是否会阻塞线程。
其实在1中的“阻塞”并不是真正的阻塞，主线程并没有停止工作，而是一直被主队列中的打印代码占用着，所以后边的代码无法执行。而同步阻塞线程是让当前线程停止工作，等待同步block中的代码执行完毕之后，才会继续工作。当阻塞发生在串行队列中时，由于串行队列只能顺序执行队列中的代码块的特性，便会出现死锁的情况。
代码如下：
输入结果如下：
一片空白啊！！！！
现在明同步的阻塞和异步的“阻塞”之间的区别了吧？
3.并行队列不用担心死锁
从概念上来讲，死锁只是出现在串行队列中，并行队列不会出现死锁。为什么我要说从概念上来说呢，因为我也不知道会不会有什么奇葩的并行队列死锁出现。。。。
这段代码稍微复杂一点，因为要营造一个并行队列的环境：
仔细看看代码，想一想会输出怎样的结果。
。
。
。
。
。
。
好，时间到，展示打印结果：
分析开始：
我们先是创建了一个并行队列，然后通过一个异步方法将后面的block1塞入了刚刚创建的这个并行队列中，并行方法创建了一个新的线程，在新的线程中，我们有通过一个同步方法，将block2塞入了并行队列queue中。此时同步方法阻塞线程，知道block2中的代码完成前，block1中的最后一句代码不会执行。如果此时队列queue是串行队列，那么将出现死锁的情况。但是queue很幸运的是一个并行队列，并行队列的特性是，队列中的代码库不需要按照顺序执行，所以出现了block2代码块先执行，等block2代码块执行完毕后，阻塞结束，排在block2前面的block1也终于可以执行了。
由此可知，由于并行队列的特性，所以同步的阻塞并不会出现矛盾，自然也就不会出现死锁的情况了。
