IOS - 总结下swift使用GCD 多线程（二）GCD和DispatchQueue

1.前言

---

 iOS中处理多核并发的技术有两种分别是：`Grand Central Dispatch`（以下简称`GCD`）和`NSOperationQueue`框架。iOS开发的老司机们在程序开发中处理多个任务同时执行的时候，一定都会使用到这两个框架，而且GCD依靠它简洁的语法和对block的运用一直很受大家的青睐。ios开发中你一定明白 这样一条原则：“任何用于界面ui刷新和用户交互的操作都要放在主线程来操作，任何耗时或者耗CPU的任务必须在异步线程去操作*”，－－－－小白都会问为什要这样，老司机都说记住就好－－－－－－－这里就简单解释下：  

首先我们来解释第一句话：“任何用于界面ui刷新和用户交互的操作都要放在主线程来操作”，要明白这句话只要明白下面几个点：1.主线程是线程安全的－－把所有ui刷新以及用户的交互放在主线程操作会避免很多意外情况的发生，保证在获取服务端返回的数据时，ui界面可以及时安全的刷新数据，给用户带来良好体验 。2.ios中只有主线程才可以立刻刷新ui界面，如果放在异步线程去操作都会造成线程阻塞和延迟的问题。－－－第二点“任何耗时或者耗CPU的任务必须在异步线程去操作”－－－如果你很好的明白了前半句，那么这句话的意思就很好理解了，把耗时或者消耗cpu的操作放在异步线程，也就是为了防止线程的阻塞延迟，防止主线程上的ui刷新和用户操作的一系列动作出现卡顿，死锁，延迟等问题。

---

2.正文

---

言归正传，我们继续往下看，如果你对ios的中的GCD和DispatchQueue 使用很熟练的话，那么swift3.0的语法和使用应该就是轻车熟路，如果你还不是特别明白GCD是什么鬼？没关系，这里先给大家来点山里的干货：

1. `dispatch queue`:一堆在主线程（或后台线程）上同步（或异步）来执行的代码，一旦被创建出来，操作系统就开始接手管理，在CPU上分配时间片来执行队列内的代码。开发者没法参与`queue`的管理。队列采用`FIFO模式`（先进先出），意味着先加入的也会被先完成，这和超市排队买单，队伍前的总是最先买单出去，的道理是一样一样的。

2. `work item`：一段代码块，可以在queue创建的时候添加，也可以单独创建方便之后复用，你可以把它当成将要在`queue`上运行的一个代码块。`work items`也遵循着`FIFO模式`，也可以同步（或异步）执行，如果选择同步的方式，运行中的程序直到代码块完成才会继续之后的工作，相对的，如果选择异步，运行中的程序在触发了代码块就立刻返回了。

3. `serial`(串行)vs`concurrent`（并行）：`serial`将会执行完一个任务才会开始下一个，`concurrent`触发完一个就立即进入下一个，而不管它是否已完成。

接下来直奔主题：Swift3.0 中的GCD和DispatchQueue 使用。

---

1.'serial'(串行) vs 'concurrent'（并行）

1.1 创建一个DispatchQueue的方法：

就是这么简单