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演示：

并行队列 + 异步执行：

串行队列 + 异步执行：

全局队列 + 异步执行：

主队列 + 异步执行：

串行队列 + 同步执行：

并行队列 + 同步执行：

主队列 + 同步执行：

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");
});

作者：VinlorJiang
链接：https://www.jianshu.com/p/e2fe4f9b7c39