iOS开发系列-多线程之GCD扫盲篇

1.概念相关

* 1.1 GCD（Grand Central Dispatch）是基于C语言开发的多线程开发技术（其它多线程技术后面再续），完全面向过程，使用起来也是最简单的，主要是适应当今多核并行运算需求下提出的一套解决方案。比如说在智能手机刚问世的那个年代，打开手机QQ，当此时有了其它应用需要被启动的时候，此时必须把QQ关掉才能打开你想要启动的应用。所以在这种需求背景下，伟大的GCD技术应运而生；
* 1.2 队列，遵循先进先出原则（FIFO），GCD提供的队列有：串行队列、并行队列、主队列、全局队列；
* 1.3 队列特点：
  *   串行队列SerialQueue：只有一个线程，按加入队列先后顺序执行；
  *   并行队列ConcurrentQueue：有多个线程，同时执行，不等待；
  *   主队列MainQueue：  一定在线程中执行，
  *   全局队列GlobalQueue：有多个线程，同时执行，不等待；
  
* 1.4 任务执行方式与特征：
  * 同步执行Sync：当前线程+等待上一个任务完成再执行当前任务。
  * 异步执行Async：子线程+同时执行每一个子线程的任务。

## 2.队列任务组合方式

* 2.1 组合方式：
  * 并行队列 + 异步执行 = 多个任务同时执行 + 子线程执行；
  * 串行队列 + 异步执行 = 多个任务顺序执行 + 子线程执行；
  * 全局队列 + 异步执行 -> 子线程执行+同时执行
  * 主队列 + 异步执行 -> 回到主线程方式二
  * 串行队列 + 同步执行(很少使用) = 任务顺序执行 + 主线程执行
  * 并行队列 + 同步执行(不用该组合) = 任务顺序执行 + 主线程执行
  * 主队列 + 同步执行     -> 死锁(两个任务处于相互等待)

* 2.2 demo演示：
  * 并行队列 + 异步执行：

打印log

    
  * 串行队列 + 异步执行：
   

串行队列 + 异步执行

 

串行队列 + 异步执行log

  * 全局队列 + 异步执行：

全局队列 + 异步执行 全局队列 + 异步执行log

  * 主队列 + 异步执行：

主队列 + 异步执行

 

主队列 + 异步执行log

  * 串行队列 + 同步执行：

串行队列 + 同步执行 串行队列 + 同步执行log

  * 并行队列 + 同步执行：

并行队列 + 同步执行 并行队列 + 同步执行log

   * 主队列 + 同步执行：

主队列 + 同步执行 主队列 + 同步执行（死锁）log

# 3.其它API

* 3.1 `dispatch_set_target_queue`: 我们都知道队列都是有优先级的，当不设置优先级的时候，系统都采用了默认优先级的线程，当如果在某处想修改优先级的话就需要用到 `dispatch_set_target_queue`,使用方法如下：

~~~
dispatch_queue_t mySerialQueue = dispatch_queue_create("com.helloWorld", NULL);
dispatch_queue_t myGlobalQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_BACKGROUND, 0);
dispatch_set_target_queue(mySerialQueue, myGlobalQueue);// 第一个参数为需要修改优先级的队列，第二个为需要修改成什么样的队列
// 注意：第一个参数不可使用全局队列与主队列
~~~

* 3.2 `dispatch_after` : 顾名思义就是指定时间后执行某个任务，说白了就是睡一段时间，使用方法如下：

~~~
dispatch_time_t time = dispatch_time(DISPATCH_TIME_NOW, 3ull * NSEC_PER_SEC);
dispatch_after(time, dispatch_get_main_queue(), ^{
       
        NSLog(@"hello world");
    });
~~~

* 3.3 `dispatch_group` ：在该队列中多个任务完成后需要执行某个任务时，可以用group

~~~
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_group_t group = dispatch_group_create();
dispatch_group_async(group, queue, ^{
        NSLog(@"0");
    });
dispatch_group_async(group, queue, ^{
        NSLog(@"1");
    });
dispatch_group_async(group, queue, ^{
        NSLog(@"2");
    });
dispatch_group_notify(group, dispatch_get_main_queue(), ^{
        NSLog(@"game over");
    });
执行结果如下：
0
1
2
game over
~~~

* 3.4 `dispatch_barrier` ： 主要用来处理“数据竞争”问题，当有多个线程同时需要读写某个数据的时候，为了防止获取到的数据是一个旧数据，可用此解决。如果在下面代码，当想在`reading2`后修改某个数据，此时正确姿势应该使用`dispatch_barrier`来保证
`reading2`后面读取到的是最新数据：

~~~
dispatch_queue_t myConcurrentQueue = dispatch_queue_create("com.barrier", DISPATCH_QUEUE_CONCURRENT);
dispatch_async(myConcurrentQueue, ^{
    NSLog(@"reading0");
});
dispatch_async(myConcurrentQueue, ^{
    NSLog(@"reading1");
});
dispatch_async(myConcurrentQueue, ^{
    NSLog(@"reading2");
});
dispatch_async(myConcurrentQueue, ^{
    NSLog(@"reading3");
});

// 为保证读写的正确性，应在需要修改的代码插入dispatch_barrier，如下：
dispatch_queue_t myConcurrentQueue = dispatch_queue_create("com.barrier", DISPATCH_QUEUE_CONCURRENT);
dispatch_async(myConcurrentQueue, ^{
    NSLog(@"reading0");
});
dispatch_async(myConcurrentQueue, ^{
    NSLog(@"reading1");
});
dispatch_async(myConcurrentQueue, ^{
    NSLog(@"reading2");
});
dispatch_barrier_async(myConcurrentQueue, ^{
        NSLog(@"writing");
    });
dispatch_async(myConcurrentQueue, ^{
    NSLog(@"reading3");
});

~~~