iOS 多线程 - GCD详解

1. GCD 简介

Grand Central Dispatch (GCD)是Apple开发的一个多核编程的较新的解决方法。它主要用于优化应用程序以支持多核处理器以及其他对称多处理系统。它是一个在线程池模式的基础上执行的并行任务。
GCD是一个替代诸如NSThread等技术的很高效和强大的技术。GCD完全可以处理诸如数据锁定和资源泄漏等复杂的异步编程问题。GCD的工作原理是让一个程序，根据可用的处理资源，安排他们在任何可用的处理器核心上平行排队执行特定的任务。这个任务可以是一个功能或者一个程序段。

Demo下载地址

GCD优点：

  • 可用于多核的并行运算
  • 会自动利用更多的 CPU 内核（比如双核、四核）
  • 会自动管理线程的生命周期（创建线程、调度任务、销毁线程）
  • 程序员只需要告诉 GCD 想要执行什么任务，不需要编写任何线程管理代码

2. GCD 任务和队列

GCD两个核心：任务、队列

任务：执行操作的意思，换句话说就是你在线程中执行的那段代码。在 GCD 中是放在 block中的。执行任务有两种方式：同步执行和异步执行。两者的主要区别是：是否等待队列的任务执行结束，以及是否具备开启新线程的能力。

  • 同步执行（sync）：同步添加任务到指定的队列中，在添加的任务执行结束之前，会一直等待，直到队列里面的任务完成之后再继续执行。只能在当前线程中执行任务，不具备开启新线程的能力。
  • 异步执行（async）：异步添加任务到指定的队列中，它不会做任何等待，可以继续执行任务。可以在新的线程中执行任务，具备开启新线程的能力。

备注：异步执行虽然具有开启新线程的能力，但是并不一定开启新线程。这跟任务所指定的队列类型有关

队列：这里的队列指执行任务的等待队列，即用来存放任务的队列。队列是一种特殊的线性表，采用 FIFO（先进先出）的原则，即新任务总是被插入到队列的末尾，而读取任务的时候总是从队列的头部开始读取。每读取一个任务，则从队列中释放一个任务 -> 串行队列（Serial Dispatch Queue）：每次只有一个任务被执行，让任务一个接着一个地执行

  • 并发队列（Concurrent Dispatch Queue）：可以让多个任务并发（同时）执行，可以开启多个线程，并且同时执行任务

备注：并发队列的并发功能只有在异步函数下才有效

3. GCD 的使用步骤

  1. 创建一个队列（串行队列或并发队列）
  2. 将任务追加到任务的等待队列中，然后系统就会根据任务类型执行任务

3.1 队列的创建方法/获取方法

  • 可以使用dispatch_queue_create来创建队列，需要传入两个参数，第一个参数表示队列的唯一标识符，用于 DEBUG，可为空，Dispatch Queue 的名称推荐使用应用程序 ID 这种逆序全程域名；第二个参数用来识别是串行队列还是并发队列。
    • DISPATCH_QUEUE_SERIAL 表示串行队列
    • DISPATCH_QUEUE_CONCURRENT 表示并发队列
// 串行队列的创建方法
dispatch_queue_t queue = dispatch_queue_create("com.yangkejun.GCDdemo", DISPATCH_QUEUE_SERIAL);
// 并发队列的创建方法
dispatch_queue_t queue = dispatch_queue_create("com.yangkejun.GCDdemo", DISPATCH_QUEUE_CONCURRENT);
  • 对于串行队列，GCD 提供了的一种特殊的串行队列：主队列（Main Dispatch Queue）
    • 所有放在主队列中的任务，都会放到主线程中执行。
      可使用dispatch_get_main_queue()获得主队列。
// 主队列的获取方法
dispatch_queue_t queue = dispatch_get_main_queue();
  • 对于并发队列，GCD 默认提供了全局并发队列（Global Dispatch Queue）。
    • 可以使用dispatch_get_global_queue来获取。需要传入两个参数。第一个参数表示队列优先级，一般用DISPATCH_QUEUE_PRIORITY_DEFAULT。第二个参数暂时没用，用0即可。
// 全局并发队列的获取方法
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);

3.2 任务的创建方法

  • GCD 提供了同步执行任务的创建方法dispatch_sync和异步执行任务创建方法dispatch_async 
// 同步执行任务创建方法
dispatch_sync(queue, ^{
    // 这里放同步执行任务代码
});
// 异步执行任务创建方法
dispatch_async(queue, ^{
    // 这里放异步执行任务代码
});

虽然使用 GCD 只需两步，但是既然我们有两种队列（串行队列/并发队列），两种任务执行方式（同步执行/异步执行），那么我们就有了四种不同的组合方式。
这四种不同的组合方式是：

  1. 同步执行 + 并发队列
  2. 异步执行 + 并发队列
  3. 同步执行 + 串行队列
  4. 异步执行 + 串行队列

实际上，刚才还说了两种特殊队列：全局并发队列、主队列。全局并发队列可以作为普通并发队列来使用。但是主队列因为有点特殊，所以我们就又多了两种组合方式。
这样就有六种不同的组合方式：

  1. 同步执行 + 主队列
  2. 异步执行 + 主队列

那么这几种不同组合方式各有什么区别呢，这里为了方便，先上结果，再来讲解。你可以直接查看表格结果

区别 并发队列 串行队列 主队列
同步 没有开启新线程，串行执行任务 没有开启新线程，串行执行任务 在同一个串行队列中对当前队列sync操作都会导致死锁
异步 有开启新线程，并发执行任务 有开启新线程，串行执行任务 如果在当前队列async，并不会开启新线程；在其他队列当中再对该串行队列进行asyn操作会开启新线程

4. GCD 的基本使用

4.1 同步执行 + 并发队列

  • 在当前线程中执行任务，不会开启新线程，执行完一个任务，再执行下一个任务。
/**
 * 同步执行 + 并发队列
 * 特点：在当前线程中执行任务，不会开启新线程，执行完一个任务，再执行下一个任务。
 */
- (void)syncConcurrent{
    NSLog(@"syncConcurrent---begin");
    dispatch_queue_t queue = dispatch_queue_create("com.yangkejun.GCDdemo", DISPATCH_QUEUE_CONCURRENT);
    dispatch_sync(queue, ^{
        // 追加任务1
        for (int i = 0; i < 2; ++i) {
            [NSThread sleepForTimeInterval:2]; // 模拟耗时操作
            NSLog(@"任务1");
        }
    });
    dispatch_sync(queue, ^{
        // 追加任务2
        for (int i = 0; i < 2; ++i) {
            [NSThread sleepForTimeInterval:2]; // 模拟耗时操作
            NSLog(@"任务2");
        }
    });
    dispatch_sync(queue, ^{
        // 追加任务3
        for (int i = 0; i < 2; ++i) {
            [NSThread sleepForTimeInterval:2]; // 模拟耗时操作
            NSLog(@"任务3");
        }
    });
    NSLog(@"syncConcurrent---end");
}

2018-09-01 11:20:35.990306+0800 GCDdemo[7623:1164967] syncConcurrent---begin
2018-09-01 11:20:37.991056+0800 GCDdemo[7623:1164967] 任务1
2018-09-01 11:20:39.992478+0800 GCDdemo[7623:1164967] 任务1
2018-09-01 11:20:41.992903+0800 GCDdemo[7623:1164967] 任务2
2018-09-01 11:20:43.994114+0800 GCDdemo[7623:1164967] 任务2
2018-09-01 11:20:45.995727+0800 GCDdemo[7623:1164967] 任务3
2018-09-01 11:20:47.997277+0800 GCDdemo[7623:1164967] 任务3
2018-09-01 11:20:47.997598+0800 GCDdemo[7623:1164967] syncConcurrent---end

从同步执行 + 并发队列中可看到：

  • 所有任务都是在当前线程（主线程）中执行的，没有开启新的线程（同步执行不具备开启新线程的能力）。
  • 所有任务都在打印的syncConcurrent---begin和syncConcurrent---end之间执行的（同步任务需要等待队列的任务执行结束）。
  • 任务按顺序执行的。按顺序执行的原因：虽然并发队列可以开启多个线程，并且同时执行多个任务。但是因为本身不能创建新线程，只有当前线程这一个线程（同步任务不具备开启新线程的能力），所以也就不存在并发。而且当前线程只有等待当前队列中正在执行的任务执行完毕之后，才能继续接着执行下面的操作（同步任务需要等待队列的任务执行结束）。所以任务只能一个接一个按顺序执行，不能同时被执行。

4.2 异步执行 + 并发队列

  • 可以开启多个线程，任务交替（同时）执行。
/**
 * 异步执行 + 并发队列
 * 特点：可以开启多个线程，任务交替（同时）执行。
 */
- (void)asyncConcurrent {
    NSLog(@"asyncConcurrent---begin");
    dispatch_queue_t queue = dispatch_queue_create("com.yangkejun.GCDdemo", DISPATCH_QUEUE_CONCURRENT);
    dispatch_async(queue, ^{
        // 追加任务1
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务1");
        }
    });
    dispatch_async(queue, ^{
        // 追加任务2
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务2");
        }
    });
    dispatch_async(queue, ^{
        // 追加任务3
        for (int i = 0; i < 3; ++i) {
            NSLog(@"任务3");
        }
    });    
    NSLog(@"asyncConcurrent---end");
}

2018-09-01 11:24:11.550873+0800 GCDdemo[7663:1170782] asyncConcurrent---begin
2018-09-01 11:24:11.551104+0800 GCDdemo[7663:1170782] asyncConcurrent---end
2018-09-01 11:24:13.555075+0800 GCDdemo[7663:1170830] 任务3
2018-09-01 11:24:13.555094+0800 GCDdemo[7663:1170828] 任务2
2018-09-01 11:24:13.555136+0800 GCDdemo[7663:1170829] 任务1
2018-09-01 11:24:15.556107+0800 GCDdemo[7663:1170828] 任务2
2018-09-01 11:24:15.556107+0800 GCDdemo[7663:1170830] 任务3
2018-09-01 11:24:15.556169+0800 GCDdemo[7663:1170829] 任务1

在异步执行 + 并发队列中可以看出：

  • 除了当前线程（主线程），系统又开启了3个线程，并且任务是交替/同时执行的。（异步执行具备开启新线程的能力。且并发队列可开启多个线程，同时执行多个任务）。
  • 所有任务是在打印的syncConcurrent---begin和syncConcurrent---end之后才执行的。说明当前线程没有等待，而是直接开启了新线程，在新线程中执行任务（异步执行不做等待，可以继续执行任务）

4.3 同步执行 + 串行队列

  • 不会开启新线程，在当前线程执行任务。任务是串行的，执行完一个任务，再执行下一个任务
/**
 * 同步执行 + 串行队列
 * 特点：不会开启新线程，在当前线程执行任务。任务是串行的，执行完一个任务，再执行下一个任务。
 */
- (void)syncSerial {
    NSLog(@"syncSerial---begin");
    dispatch_queue_t queue = dispatch_queue_create("com.yangkejun.GCDdemo", DISPATCH_QUEUE_SERIAL);
    dispatch_sync(queue, ^{
        // 追加任务1
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务1");
        }
    });
    dispatch_sync(queue, ^{
        // 追加任务2
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务2");
        }
    });
    dispatch_sync(queue, ^{
        // 追加任务3
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务3");
        }
    });
    NSLog(@"syncSerial---end");
}

2018-09-01 11:32:21.317319+0800 GCDdemo[7812:1184572] syncSerial---begin
2018-09-01 11:32:21.317523+0800 GCDdemo[7812:1184572] 任务1
2018-09-01 11:32:21.317688+0800 GCDdemo[7812:1184572] 任务1
2018-09-01 11:32:21.317798+0800 GCDdemo[7812:1184572] 任务2
2018-09-01 11:32:21.318036+0800 GCDdemo[7812:1184572] 任务2
2018-09-01 11:32:21.318264+0800 GCDdemo[7812:1184572] 任务3
2018-09-01 11:32:21.318398+0800 GCDdemo[7812:1184572] 任务3
2018-09-01 11:32:21.318516+0800 GCDdemo[7812:1184572] syncSerial---end

在同步执行 + 串行队列可以看到：

  • 所有任务都是在当前线程（主线程）中执行的，并没有开启新的线程（同步执行不具备开启新线程的能力）。
  • 所有任务都在打印的syncConcurrent---begin和syncConcurrent---end之间执行（同步任务需要等待队列的任务执行结束）。
  • 任务是按顺序执行的（串行队列每次只有一个任务被执行，任务一个接一个按顺序执行）

4.4 异步执行 + 串行队列

  • 会开启新线程，但是因为任务是串行的，执行完一个任务，再执行下一个任务
/**
 * 异步执行 + 串行队列
 * 特点：会开启新线程，但是因为任务是串行的，执行完一个任务，再执行下一个任务。
 */
- (void)asyncSerial {
    NSLog(@"asyncSerial---begin");
    dispatch_queue_t queue = dispatch_queue_create("com.yangkejun.GCDdemo", DISPATCH_QUEUE_SERIAL);
    dispatch_async(queue, ^{
        // 追加任务1
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务1");
        }
    });
    dispatch_async(queue, ^{
        // 追加任务2
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务2");
        }
    });
    dispatch_async(queue, ^{
        // 追加任务3
        for (int i = 0; i < 3; ++i) {
            NSLog(@"任务3");
        }
    });
    NSLog(@"asyncSerial---end");
}

2018-09-01 11:34:28.644771+0800 GCDdemo[7841:1188565] asyncSerial---begin
2018-09-01 11:34:28.645016+0800 GCDdemo[7841:1188565] asyncSerial---end
2018-09-01 11:34:28.645055+0800 GCDdemo[7841:1188668] 任务1
2018-09-01 11:34:28.645245+0800 GCDdemo[7841:1188668] 任务1
2018-09-01 11:34:28.645368+0800 GCDdemo[7841:1188668] 任务2
2018-09-01 11:34:28.645497+0800 GCDdemo[7841:1188668] 任务2
2018-09-01 11:34:28.645632+0800 GCDdemo[7841:1188668] 任务3
2018-09-01 11:34:28.645937+0800 GCDdemo[7841:1188668] 任务3
2018-09-01 11:34:28.647228+0800 GCDdemo[7841:1188668] 任务3

在异步执行 + 串行队列可以看到：

  • 开启了一条新线程（异步执行具备开启新线程的能力，串行队列只开启一个线程）。
  • 所有任务是在打印的syncConcurrent---begin和syncConcurrent---end之后才开始执行的（异步执行不会做任何等待，可以继续执行任务）。
  • 任务是按顺序执行的（串行队列每次只有一个任务被执行，任务一个接一个按顺序执行）

4.5 同步执行 + 主队列

同步执行 + 主队列在不同线程中调用结果也是不一样，在主线程中调用会出现死锁，而在其他线程中则不会

主队列：GCD自带的一种特殊的串行队列

  • 所有放在主队列中的任务，都会放到主线程中执行
  • 可使用dispatch_get_main_queue()获得主队列
4.5.1 在主线程中调用同步执行 + 主队列
  • 互相等待卡住不可行
/**
 * 同步执行 + 主队列
 * 特点(主线程调用)：互等卡主不执行。
 * 特点(其他线程调用)：不会开启新线程，执行完一个任务，再执行下一个任务。
 */
- (void)syncMain {
    NSLog(@"syncMain---begin");
    dispatch_queue_t queue = dispatch_get_main_queue();
    dispatch_sync(queue, ^{
        // 追加任务1
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务1");
        }
    });
    dispatch_sync(queue, ^{
        // 追加任务2
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务2");
        }
    });
    dispatch_sync(queue, ^{
        // 追加任务3
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务3");
        }
    });
    NSLog(@"syncMain---end");
}

在同步执行 + 主队列可以惊奇的发现：

  • 放在主线程当中调用，会报错卡住，如图错误
    image

    控制台打印：

2018-09-01 11:40:20.241566+0800 GCDdemo[7940:1198784] syncMain---begin

在主线程中使用同步执行 + 主队列，追加到主线程的任务1、任务2、任务3都不再执行了，而且syncMain---end也没有打印，在XCode 9上还会报崩溃。这是为什么呢？

这是因为我们在主线程中执行syncMain方法，相当于把syncMain任务放到了主线程的队列中。而同步执行会等待当前队列中的任务执行完毕，才会接着执行。那么当我们把任务1追加到主队列中，任务1就在等待主线程处理完syncMain任务。而syncMain任务需要等待任务1执行完毕，才能接着执行。

那么，现在的情况就是syncMain任务和任务1都在等对方执行完毕。这样大家互相等待，所以就卡住了，所以我们的任务执行不了，而且syncMain---end也没有打印。

4.5.2 在其他线程中调用同步执行 + 主队列

  • 不会开启新线程，执行完一个任务，再执行下一个任务
// 使用 NSThread 的 detachNewThreadSelector 方法会创建线程，并自动启动线程执行selector 任务
[NSThread detachNewThreadSelector:@selector(syncMain) toTarget:self withObject:nil];

控制台打印

2018-09-01 11:45:42.849981+0800 GCDdemo[8014:1207496] syncMain---begin
2018-09-01 11:45:42.854214+0800 GCDdemo[8014:1207397] 任务1
2018-09-01 11:45:42.854358+0800 GCDdemo[8014:1207397] 任务1
2018-09-01 11:45:42.855129+0800 GCDdemo[8014:1207397] 任务2
2018-09-01 11:45:42.855585+0800 GCDdemo[8014:1207397] 任务2
2018-09-01 11:45:42.856397+0800 GCDdemo[8014:1207397] 任务3
2018-09-01 11:45:42.856550+0800 GCDdemo[8014:1207397] 任务3
2018-09-01 11:45:42.856742+0800 GCDdemo[8014:1207496] syncMain---end

在其他线程中使用同步执行 + 主队列可看到：

  • 所有任务都是在主线程（非当前线程）中执行的，没有开启新的线程（所有放在主队列中的任务，都会放到主线程中执行）。
  • 所有任务都在打印的syncConcurrent---begin和syncConcurrent---end之间执行（同步任务需要等待队列的任务执行结束）。
  • 任务是按顺序执行的（主队列是串行队列，每次只有一个任务被执行，任务一个接一个按顺序执行）。

为什么现在就不会卡住了呢？
因为syncMain 任务放到了其他线程里，而任务1、任务2、任务3都在追加到主队列中，这三个任务都会在主线程中执行。syncMain 任务在其他线程中执行到追加任务1到主队列中，因为主队列现在没有正在执行的任务，所以，会直接执行主队列的任务1，等任务1执行完毕，再接着执行任务2、任务3。所以这里不会卡住线程

4.6 异步执行 + 主队列

  • 只在主线程中执行任务，执行完一个任务，再执行下一个任务。
/**
 * 异步执行 + 主队列
 * 特点：只在主线程中执行任务，执行完一个任务，再执行下一个任务
 */
- (void)asyncMain {
    NSLog(@"asyncMain---begin");
    dispatch_queue_t queue = dispatch_get_main_queue();
    dispatch_async(queue, ^{
        // 追加任务1
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务1");
        }
    });
    dispatch_async(queue, ^{
        // 追加任务2
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务2");
        }
    });
    dispatch_async(queue, ^{
        // 追加任务3
        for (int i = 0; i < 3; ++i) {
            NSLog(@"任务3");
        }
    });
    NSLog(@"asyncMain---end");
}

2018-09-01 11:50:00.355229+0800 GCDdemo[8072:1214346] asyncMain---begin
2018-09-01 11:50:00.355416+0800 GCDdemo[8072:1214346] asyncMain---end
2018-09-01 11:50:00.360197+0800 GCDdemo[8072:1214346] 任务1
2018-09-01 11:50:00.360337+0800 GCDdemo[8072:1214346] 任务1
2018-09-01 11:50:00.360526+0800 GCDdemo[8072:1214346] 任务2
2018-09-01 11:50:00.360687+0800 GCDdemo[8072:1214346] 任务2
2018-09-01 11:50:00.361041+0800 GCDdemo[8072:1214346] 任务3
2018-09-01 11:50:00.361327+0800 GCDdemo[8072:1214346] 任务3
2018-09-01 11:50:00.361527+0800 GCDdemo[8072:1214346] 任务3

在异步执行 + 主队列可以看到：

  • 所有任务都是在当前线程（主线程）中执行的，并没有开启新的线程（虽然异步执行具备开启线程的能力，但因为是主队列，所以所有任务都在主线程中）。
  • 所有任务是在打印的syncConcurrent---begin和syncConcurrent---end之后才开始执行的（异步执行不会做任何等待，可以继续执行任务）。
  • 任务是按顺序执行的（因为主队列是串行队列，每次只有一个任务被执行，任务一个接一个按顺序执行）。

5. GCD 线程间的通信

在iOS开发过程中，我们一般在主线程里边进行UI刷新，例如：点击、滚动、拖拽等事件。我们通常把一些耗时的操作放在其他线程，比如说图片下载、文件上传等耗时操作。而当我们有时候在其他线程完成了耗时操作时，需要回到主线程，那么就用到了线程之间的通讯。

/**
 * 线程间通信
 */
- (void)communication {
    // 获取全局并发队列
    dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
    // 获取主队列
    dispatch_queue_t mainQueue = dispatch_get_main_queue();
    dispatch_async(queue, ^{
        // 异步追加任务
        for (int i = 0; i < 2; ++i) {
            NSLog(@"异步追加任务");
        }
        // 回到主线程
        dispatch_async(mainQueue, ^{
            // 追加在主线程中执行的任务
            NSLog(@"追加在主线程中执行的任务");
        });
    });
}

2018-09-01 11:52:14.446526+0800 GCDdemo[8102:1218564] 异步追加任务
2018-09-01 11:52:14.446704+0800 GCDdemo[8102:1218564] 异步追加任务
2018-09-01 11:52:14.450938+0800 GCDdemo[8102:1218530] 追加在主线程中执行的任务

6. GCD 的其他方法

6.1 GCD 栅栏方法：dispatch_barrier_async

  • 我们有时需要异步执行两组操作，而且第一组操作执行完之后，才能开始执行第二组操作。这样我们就需要一个相当于栅栏一样的一个方法将两组异步执行的操作组给分割起来，当然这里的操作组里可以包含一个或多个任务。这就需要用到dispatch_barrier_async方法在两个操作组间形成栅栏。
    dispatch_barrier_async函数会等待前边追加到并发队列中的任务全部执行完毕之后，再将指定的任务追加到该异步队列中。然后在dispatch_barrier_async函数追加的任务执行完毕之后，异步队列才恢复为一般动作，接着追加任务到该异步队列并开始执行。
/**
 * 栅栏方法 dispatch_barrier_async
 */
- (void)barrier{
    dispatch_queue_t queue = dispatch_queue_create("com.yangkejun.GCDdemo", DISPATCH_QUEUE_CONCURRENT);
    dispatch_async(queue, ^{
        // 追加任务1
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务1");
        }
    });
    dispatch_async(queue, ^{
        // 追加任务2
        for (int i = 0; i < 3; ++i) {
            NSLog(@"任务2");
        }
    });
    dispatch_barrier_async(queue, ^{
        // 追加任务 barrier
        for (int i = 0; i < 2; ++i) {
            NSLog(@"追加任务 barrier");
        }
    });
    dispatch_async(queue, ^{
        // 追加任务3
        for (int i = 0; i < 3; ++i) {
            NSLog(@"任务3");
        }
    });
    dispatch_async(queue, ^{
        // 追加任务4
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务4");
        }
    });
}

2018-09-01 11:56:55.999942+0800 GCDdemo[8164:1226338] 任务2
2018-09-01 11:56:55.999942+0800 GCDdemo[8164:1226341] 任务1
2018-09-01 11:56:56.000127+0800 GCDdemo[8164:1226341] 任务1
2018-09-01 11:56:56.000128+0800 GCDdemo[8164:1226338] 任务2
2018-09-01 11:56:56.002212+0800 GCDdemo[8164:1226338] 任务2
2018-09-01 11:56:56.002415+0800 GCDdemo[8164:1226338] 追加任务 barrier
2018-09-01 11:56:56.002527+0800 GCDdemo[8164:1226338] 追加任务 barrier
2018-09-01 11:56:56.004423+0800 GCDdemo[8164:1226338] 任务3
2018-09-01 11:56:56.004423+0800 GCDdemo[8164:1226341] 任务4
2018-09-01 11:56:56.007921+0800 GCDdemo[8164:1226338] 任务3
2018-09-01 11:56:56.007973+0800 GCDdemo[8164:1226341] 任务4
2018-09-01 11:56:56.008898+0800 GCDdemo[8164:1226338] 任务3

在dispatch_barrier_async执行结果中可以看出：

  • 在执行完栅栏前面的操作之后，才执行栅栏操作，最后再执行栅栏后边的操作

6.2 GCD 延时执行方法：dispatch_after

  • 延时执行：在指定时间（例如3秒）之后执行某个任务。可以用 GCD 的dispatch_after函数来实现。
    需要注意的是：dispatch_after函数并不是在指定时间之后才开始执行处理，而是在指定时间之后将任务追加到主队列中。严格来说，这个时间并不是绝对准确的，但想要大致延迟执行任务，dispatch_after函数是很有效的。
/**
 * 延时执行方法 dispatch_after
 */
- (void)after{
    NSLog(@"after-begin");
    int64_t delayInSeconds = 5.0; // 延迟的时间
    dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delayInSeconds * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
        // 5.0秒后异步追加任务代码到主队列，并开始执行
        NSLog(@"after-end");
    });
}

从图时间可以看出：
image

6.3 GCD 一次性代码（只执行一次）：dispatch_once

  • 创建单例、或者有整个程序运行过程中只执行一次的代码时，我们就用到了 GCD 的 dispatch_once 函数。使用dispatch_once函数能保证某段代码在程序运行过程中只被执行1次，并且即使在多线程的环境下，dispatch_once也可以保证线程安全。
/**
 * 一次性代码（只执行一次）dispatch_once
 */
- (void)once {
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        // 只执行1次的代码(这里面默认是线程安全的)
    });
}

6.4 GCD 快速迭代方法：dispatch_apply

  • 通常我们会用 for 循环遍历，但是 GCD 给我们提供了快速迭代的函数dispatch_apply。dispatch_apply按照指定的次数将指定的任务追加到指定的队列中，并等待全部队列执行结束。

如果是在串行队列中使用 dispatch_apply，那么就和 for 循环一样，按顺序同步执行。可这样就体现不出快速迭代的意义了。
我们可以利用并发队列进行异步执行。比如说遍历 0~5 这6个数字，for 循环的做法是每次取出一个元素，逐个遍历。dispatch_apply 可以 在多个线程中同时（异步）遍历多个数字。
还有一点，无论是在串行队列，还是异步队列中，dispatch_apply 都会等待全部任务执行完毕，这点就像是同步操作，也像是队列组中的 dispatch_group_wait方法。

/**
 * 快速迭代方法 dispatch_apply
 */
- (void)apply{
    dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
    NSLog(@"apply---begin");
    dispatch_apply(6, queue, ^(size_t index) {
        NSLog(@"%zd",index);
    });
    NSLog(@"apply---end");
}

2018-09-01 12:04:06.176242+0800 GCDdemo[8269:1238786] apply---begin
2018-09-01 12:04:06.177222+0800 GCDdemo[8269:1238786] 0
2018-09-01 12:04:06.177222+0800 GCDdemo[8269:1238836] 1
2018-09-01 12:04:06.177237+0800 GCDdemo[8269:1238834] 2
2018-09-01 12:04:06.177257+0800 GCDdemo[8269:1238837] 3
2018-09-01 12:04:06.177384+0800 GCDdemo[8269:1238786] 5
2018-09-01 12:04:06.177384+0800 GCDdemo[8269:1238836] 4
2018-09-01 12:04:06.177673+0800 GCDdemo[8269:1238786] apply---end

因为是在并发队列中异步执行任务，所以各个任务的执行时间长短不定，最后结束顺序也不定。但是apply---end一定在最后执行。这是因为dispatch_apply函数会等待全部任务执行完毕

6.5 GCD 队列组：dispatch_group

有时候我们会有这样的需求：分别异步执行2个耗时任务，然后当2个耗时任务都执行完毕后再回到主线程执行任务。这时候我们可以用到 GCD 的队列组。

  • 调用队列组的 dispatch_group_async 先把任务放到队列中，然后将队列放入队列组中。或者使用队列组的 dispatch_group_enter、dispatch_group_leave 组合 来实现dispatch_group_async。
  • 调用队列组的 dispatch_group_notify 回到指定线程执行任务。或者使用 dispatch_group_wait 回到当前线程继续向下执行（会阻塞当前线程）

6.5.1 dispatch_group_notify

  • 监听 group 中任务的完成状态，当所有的任务都执行完成后，追加任务到 group 中，并执行任务。
/**
 * 队列组 dispatch_group_notify
 */
- (void)groupNotify{
    NSLog(@"group---begin");
    dispatch_group_t group =  dispatch_group_create();
    dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        // 追加任务1
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务1");
        }
    });
    dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        // 追加任务2
        for (int i = 0; i < 3; ++i) {
            NSLog(@"任务2");
        }
    });
    dispatch_group_notify(group, dispatch_get_main_queue(), ^{
        // 等前面的异步任务1、任务2都执行完毕后，回到主线程执行下边任务
        for (int i = 0; i < 2; ++i) {
            NSLog(@"等前面的异步任务1、任务2都执行完毕后，回到主线程执行下边任务");
        }
        NSLog(@"group---end");
    });
}

2018-09-01 12:06:47.296416+0800 GCDdemo[8327:1243795] group---begin
2018-09-01 12:06:47.296645+0800 GCDdemo[8327:1243901] 任务1
2018-09-01 12:06:47.296646+0800 GCDdemo[8327:1243902] 任务2
2018-09-01 12:06:47.296780+0800 GCDdemo[8327:1243901] 任务1
2018-09-01 12:06:47.296873+0800 GCDdemo[8327:1243902] 任务2
2018-09-01 12:06:47.297396+0800 GCDdemo[8327:1243902] 任务2
2018-09-01 12:06:47.301247+0800 GCDdemo[8327:1243795] 等前面的异步任务1、任务2都执行完毕后，回到主线程执行下边任务
2018-09-01 12:06:47.301386+0800 GCDdemo[8327:1243795] 等前面的异步任务1、任务2都执行完毕后，回到主线程执行下边任务
2018-09-01 12:06:47.301485+0800 GCDdemo[8327:1243795] group---end

从dispatch_group_notify相关代码运行输出结果可以看出：
当所有任务都执行完成之后，才执行dispatch_group_notify block 中的任务。

6.5.2 dispatch_group_wait

  • 暂停当前线程（阻塞当前线程），等待指定的 group 中的任务执行完成后，才会往下继续执行。
/**
 * 队列组 dispatch_group_wait
 */
- (void)groupWait{
    NSLog(@"group---begin");
    dispatch_group_t group =  dispatch_group_create();
    dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        // 追加任务1
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务1");
        }
    });
    dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        // 追加任务2
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务2");
        }
    });
    // 等待上面的任务全部完成后，会往下继续执行（会阻塞当前线程）
    dispatch_group_wait(group, DISPATCH_TIME_FOREVER);
    NSLog(@"group---end");
}

2018-09-01 12:09:25.744072+0800 GCDdemo[8366:1248429] group---begin
2018-09-01 12:09:25.744328+0800 GCDdemo[8366:1248479] 任务2
2018-09-01 12:09:25.744328+0800 GCDdemo[8366:1248481] 任务1
2018-09-01 12:09:25.744444+0800 GCDdemo[8366:1248479] 任务2
2018-09-01 12:09:25.744469+0800 GCDdemo[8366:1248481] 任务1
2018-09-01 12:09:25.744753+0800 GCDdemo[8366:1248429] group---end

从dispatch_group_wait相关代码运行输出结果可以看出：
当所有任务执行完成之后，才执行 dispatch_group_wait 之后的操作。但是，使用dispatch_group_wait 会阻塞当前线程。

6.5.3 dispatch_group_enter、dispatch_group_leave

  • dispatch_group_enter 标志着一个任务追加到 group，执行一次，相当于 group 中未执行完毕任务数+1
  • dispatch_group_leave 标志着一个任务离开了 group，执行一次，相当于 group 中未执行完毕任务数-1。
  • 当 group 中未执行完毕任务数为0的时候，才会使dispatch_group_wait解除阻塞，以及执行追加到dispatch_group_notify中的任务。
/**
 * 队列组 dispatch_group_wait
 */
- (void)groupWait{
    NSLog(@"group---begin");
    dispatch_group_t group =  dispatch_group_create();
    dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        // 追加任务1
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务1");
        }
    });
    dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        // 追加任务2
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务2");
        }
    });
    // 等待上面的任务全部完成后，会往下继续执行（会阻塞当前线程）
    dispatch_group_wait(group, DISPATCH_TIME_FOREVER);
    NSLog(@"group---end");
}

/**
 * 队列组 dispatch_group_enter、dispatch_group_leave
 */
- (void)groupEnterAndLeave{
    NSLog(@"group---begin");
    dispatch_group_t group = dispatch_group_create();
    dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
    dispatch_group_enter(group);
    dispatch_async(queue, ^{
        // 追加任务1
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务1");
        }
        dispatch_group_leave(group);
    });
    dispatch_group_enter(group);
    dispatch_async(queue, ^{
        // 追加任务2
        for (int i = 0; i < 2; ++i) {
            NSLog(@"任务2");
        }
        dispatch_group_leave(group);
    });
    dispatch_group_notify(group, dispatch_get_main_queue(), ^{
        // 等前面的异步操作都执行完毕后，回到主线程.
        for (int i = 0; i < 2; ++i) {
            NSLog(@"等前面的异步操作都执行完毕后，回到主线程.");
        }
        NSLog(@"group---end");
    });
}

2018-09-01 12:11:26.418948+0800 GCDdemo[8393:1252025] group---begin
2018-09-01 12:11:26.419198+0800 GCDdemo[8393:1252093] 任务2
2018-09-01 12:11:26.419202+0800 GCDdemo[8393:1252092] 任务1
2018-09-01 12:11:26.419366+0800 GCDdemo[8393:1252092] 任务1
2018-09-01 12:11:26.419432+0800 GCDdemo[8393:1252093] 任务2
2018-09-01 12:11:26.424470+0800 GCDdemo[8393:1252025] 等前面的异步操作都执行完毕后，回到主线程.
2018-09-01 12:11:26.424751+0800 GCDdemo[8393:1252025] 等前面的异步操作都执行完毕后，回到主线程.
2018-09-01 12:11:26.425571+0800 GCDdemo[8393:1252025] group---end

从dispatch_group_enter、dispatch_group_leave相关代码运行结果中可以看出：当所有任务执行完成之后，才执行 dispatch_group_notify 中的任务。这里的dispatch_group_enter、dispatch_group_leave组合，其实等同于dispatch_group_async。

6.6 GCD 信号量：dispatch_semaphore

  • GCD 中的信号量是指 Dispatch Semaphore，是持有计数的信号。类似于过高速路收费站的栏杆。可以通过时，打开栏杆，不可以通过时，关闭栏杆。在 Dispatch Semaphore 中，使用计数来完成这个功能，计数为0时等待，不可通过。计数为1或大于1时，计数减1且不等待，可通过。
    Dispatch Semaphore 提供了三个函数。
  1. dispatch_semaphore_create：创建一个Semaphore并初始化信号的总量
  2. dispatch_semaphore_signal：发送一个信号，让信号总量加1
  3. dispatch_semaphore_wait：可以使总信号量减1，当信号总量为0时就会一直等待（阻塞所在线程），否则就可以正常执行。

注意：信号量的使用前提是：想清楚你需要处理哪个线程等待（阻塞），又要哪个线程继续执行，然后使用信号量。

Dispatch Semaphore 在实际开发中主要用于：

  • 保持线程同步，将异步执行任务转换为同步执行任务
  • 保证线程安全，为线程加锁

6.6.1 Dispatch Semaphore 线程同步

  • Dispatch Semaphore 实现线程同步，将异步执行任务转换为同步执行任务。
/**
 * semaphore 线程同步
 */
- (void)semaphoreSync{
    NSLog(@"semaphore---begin");
    dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
    dispatch_semaphore_t semaphore = dispatch_semaphore_create(0);
    __block int number = 0;
    dispatch_async(queue, ^{
        // 追加任务1
        NSLog(@"任务1");
        number = 10;
        dispatch_semaphore_signal(semaphore);
    });
    dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
    NSLog(@"semaphore---end,number = %d",number);
}

2018-09-01 12:21:30.061743+0800 GCDdemo[8488:1267170] semaphore---begin
2018-09-01 12:21:30.061998+0800 GCDdemo[8488:1267223] 任务1
2018-09-01 12:21:30.062167+0800 GCDdemo[8488:1267170] semaphore---end,number = 10

从 Dispatch Semaphore 实现线程同步的代码可以看到：
semaphore---end 是在执行完 number = 10; 之后才打印的。而且输出结果 number 为 10。
这是因为异步执行不会做任何等待，可以继续执行任务。异步执行将任务1追加到队列之后，不做等待，接着执行dispatch_semaphore_wait方法。此时 semaphore == 0，当前线程进入等待状态。然后，异步任务1开始执行。任务1执行到dispatch_semaphore_signal之后，总信号量，此时 semaphore == 1，dispatch_semaphore_wait方法使总信号量减1，正在被阻塞的线程（主线程）恢复继续执行。最后打印semaphore---end,number = 10。这样就实现了线程同步，将异步执行任务转换为同步执行任务

6.6.2 Dispatch Semaphore 线程安全和线程同步（为线程加锁）

  • 线程安全：如果你的代码所在的进程中有多个线程在同时运行，而这些线程可能会同时运行这段代码。如果每次运行结果和单线程运行的结果是一样的，而且其他的变量的值也和预期的是一样的，就是线程安全的。

若每个线程中对全局变量、静态变量只有读操作，而无写操作，一般来说，这个全局变量是线程安全的；若有多个线程同时执行写操作（更改变量），一般都需要考虑线程同步，否则的话就可能影响线程安全。

  • 线程同步：可理解为线程 A 和 线程 B 一块配合，A 执行到一定程度时要依靠线程 B 的某个结果，于是停下来，示意 B 运行；B 依言执行，再将结果给 A；A 再继续操作。

举个简单例子就是：两个人在一起聊天。两个人不能同时说话，避免听不清(操作冲突)。等一个人说完(一个线程结束操作)，另一个再说(另一个线程再开始操作)。

下面，我们模拟火车票售卖的方式，实现 NSThread 线程安全和解决线程同步问题。

场景：总共有50张火车票，有两个售卖火车票的窗口，一个是北京火车票售卖窗口，另一个是上海火车票售卖窗口。两个窗口同时售卖火车票，卖完为止

6.6.2.2 线程安全（使用 semaphore 加锁）

考虑线程安全的代码：

/**
 * 线程安全：使用 semaphore 加锁
 * 初始化火车票数量、卖票窗口(线程安全)、并开始卖票
 */
- (void)initTicketStatusSave{
    NSLog(@"semaphore---begin");
    semaphoreLock = dispatch_semaphore_create(1);
    ticketCount = 10;
    // queue1 代表北京火车票售卖窗口
    dispatch_queue_t queue1 = dispatch_queue_create("com.yangkejun.GCDdemo1", DISPATCH_QUEUE_SERIAL);
    // queue2 代表上海火车票售卖窗口
    dispatch_queue_t queue2 = dispatch_queue_create("com.yangkejun.GCDdemo2", DISPATCH_QUEUE_SERIAL);
    __weak typeof(self) weakSelf = self;
    dispatch_async(queue1, ^{
        [weakSelf saleTicketSafe];
    });
    dispatch_async(queue2, ^{
        [weakSelf saleTicketSafe];
    });
}

/**
 * 售卖火车票(线程安全)
 */
- (void)saleTicketSafe{
    while (1) {
        // 相当于加锁
        dispatch_semaphore_wait(semaphoreLock, DISPATCH_TIME_FOREVER);
        if (ticketCount > 0) {  //如果还有票，继续售卖
            ticketCount--;
            NSLog(@"%@", [NSString stringWithFormat:@"剩余票数:%d 窗口:%@", ticketCount, [NSThread currentThread]]);
            [NSThread sleepForTimeInterval:0.2];
        } else { //如果已卖完，关闭售票窗口
            NSLog(@"所有火车票均已售完 窗口:%@",[NSThread currentThread]);
            // 相当于解锁
            dispatch_semaphore_signal(semaphoreLock);
            break;
        }
        // 相当于解锁
        dispatch_semaphore_signal(semaphoreLock);
    }
}

控制台打印

2018-09-01 12:56:00.372291+0800 GCDdemo[8931:1322530] semaphore---begin
2018-09-01 12:56:00.372646+0800 GCDdemo[8931:1322575] 剩余票数:9 窗口:<NSThread: 0x6000004676c0>{number = 3, name = (null)}
2018-09-01 12:56:00.577730+0800 GCDdemo[8931:1322577] 剩余票数:8 窗口:<NSThread: 0x604000261f40>{number = 4, name = (null)}
2018-09-01 12:56:00.780380+0800 GCDdemo[8931:1322575] 剩余票数:7 窗口:<NSThread: 0x6000004676c0>{number = 3, name = (null)}
2018-09-01 12:56:00.984349+0800 GCDdemo[8931:1322577] 剩余票数:6 窗口:<NSThread: 0x604000261f40>{number = 4, name = (null)}
2018-09-01 12:56:01.188601+0800 GCDdemo[8931:1322575] 剩余票数:5 窗口:<NSThread: 0x6000004676c0>{number = 3, name = (null)}
2018-09-01 12:56:01.393087+0800 GCDdemo[8931:1322577] 剩余票数:4 窗口:<NSThread: 0x604000261f40>{number = 4, name = (null)}
2018-09-01 12:56:01.598030+0800 GCDdemo[8931:1322575] 剩余票数:3 窗口:<NSThread: 0x6000004676c0>{number = 3, name = (null)}
2018-09-01 12:56:01.803240+0800 GCDdemo[8931:1322577] 剩余票数:2 窗口:<NSThread: 0x604000261f40>{number = 4, name = (null)}
2018-09-01 12:56:02.007515+0800 GCDdemo[8931:1322575] 剩余票数:1 窗口:<NSThread: 0x6000004676c0>{number = 3, name = (null)}
2018-09-01 12:56:02.211508+0800 GCDdemo[8931:1322577] 剩余票数:0 窗口:<NSThread: 0x604000261f40>{number = 4, name = (null)}
2018-09-01 12:56:02.416522+0800 GCDdemo[8931:1322575] 所有火车票均已售完 窗口:<NSThread: 0x6000004676c0>{number = 3, name = (null)}
2018-09-01 12:56:02.416968+0800 GCDdemo[8931:1322577] 所有火车票均已售完 窗口:<NSThread: 0x604000261f40>{number = 4, name = (null)}

可以看出，在考虑了线程安全的情况下，使用 dispatch_semaphore
机制之后，得到的票数是正确的，没有出现混乱的情况。我们也就解决了多个线程同步的问题。

6.7 关闭GCD任务

  • 关闭未执行的：调用dispatch_block_cancel来取消

需要注意必须用dispatch_block_create创建dispatch_block_t
未执行的可以用此方法cancel掉，若已经执行则cancel不掉

  • 关闭正在运行的：使用dispatch_block_testcancel方法

7.偷懒封装使用

已将之封装成宏和简单函数，方便使用

宏封装

// 同步会阻塞主线程
#pragma mark ********** 11.线程 GCD   *********
// 异步主线程
#define kGCD_MAIN_ASYNC(main_queue_block) dispatch_async(dispatch_get_main_queue(), main_queue_block)
// 异步子线程
#define kGCD_QUEUE_ASYNC(global_queue_block) dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), global_queue_block)
// 一次性执行
#define kGCD_ONCE_BLOCK(onceBlock) static dispatch_once_t onceToken; dispatch_once(&onceToken, onceBlock);
// 异步并行队列
#define kGCD_GROUP_ASYNC(group_async_block,group_notify_block) \
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, group_async_block);\
dispatch_group_notify(group, queue, ^{\
dispatch_async(dispatch_get_main_queue(), group_notify_block);\
})\
// 异步主线程执行，不强持有Self，kGCD_Async_MainQueue({ self.button.padding = 20;});
#define kGCD_Async_MainQueue(x) \
__weak typeof(self) weakSelf = self; \
dispatch_async(dispatch_get_main_queue(), ^{ \
typeof(weakSelf) self = weakSelf; \
{x} \
});

简单函数封装

#pragma mark - GCD 线程处理
NS_INLINE dispatch_queue_t kGCD_queue(void) {
    dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
    return queue;
}
/// 主线程
NS_INLINE void kGCD_main(dispatch_block_t block) {
    dispatch_queue_t queue = dispatch_get_main_queue();
    if (strcmp(dispatch_queue_get_label(DISPATCH_CURRENT_QUEUE_LABEL), dispatch_queue_get_label(queue)) == 0) {
        block();
    }else{
        if ([[NSThread currentThread] isMainThread]) {
            dispatch_async(queue, block);
        }else{
            dispatch_sync(queue, block);
        }
    }
}
/// 子线程
NS_INLINE void kGCD_async(dispatch_block_t block) {
    dispatch_queue_t queue = kGCD_queue();
    if (strcmp(dispatch_queue_get_label(DISPATCH_CURRENT_QUEUE_LABEL), dispatch_queue_get_label(queue)) == 0) {
        block();
    }else{
        dispatch_async(queue, block);
    }
}
/// 异步并行队列，携带可变参数（需要nil结尾）
NS_INLINE void kGCD_group_notify(dispatch_block_t notify,dispatch_block_t block,...) {
    dispatch_queue_t queue = kGCD_queue();
    dispatch_group_t group = dispatch_group_create();
    dispatch_group_async(group, queue, block);
    va_list args;dispatch_block_t arg;
    va_start(args, block);
    while ((arg = va_arg(args, dispatch_block_t))) {
        dispatch_group_async(group, queue, arg);
    }
    va_end(args);
    dispatch_group_notify(group, queue, notify);
}
/// 栅栏
NS_INLINE dispatch_queue_t kGCD_barrier(dispatch_block_t block,dispatch_block_t barrier) {
    dispatch_queue_t queue = kGCD_queue();
    dispatch_async(queue, block);
    dispatch_barrier_async(queue, ^{ dispatch_async(dispatch_get_main_queue(), barrier); });
    return queue;
}
/// 一次性
NS_INLINE void kGCD_once(dispatch_block_t block) {
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, block);
}
/// 延时执行
NS_INLINE void kGCD_after(int64_t delayInSeconds, dispatch_block_t block) {
    dispatch_queue_t queue = kGCD_queue();
    dispatch_time_t time = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delayInSeconds * NSEC_PER_SEC));
    dispatch_after(time, queue, block);
}
NS_INLINE void kGCD_after_main(int64_t delayInSeconds, dispatch_block_t block) {
    dispatch_time_t time = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delayInSeconds * NSEC_PER_SEC));
    dispatch_after(time, dispatch_get_main_queue(), block);
}
/// 主线程当中延时执行
NS_INLINE void kGCD_main_after(int64_t delayInSeconds, dispatch_block_t block) {
    dispatch_time_t time = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delayInSeconds * NSEC_PER_SEC));
    dispatch_after(time, dispatch_get_main_queue(), block);
}
/// 快速迭代
NS_INLINE void kGCD_apply(int iterations, void(^block)(size_t idx)) {
    dispatch_queue_t queue = kGCD_queue();
    dispatch_apply(iterations, queue, block);
}
/// 快速遍历数组
NS_INLINE void kGCD_apply_array(NSArray * temp, void(^block)(id obj, size_t index)) {
    void (^xxblock)(size_t) = ^(size_t index){
        block(temp[index],index);
    };
    dispatch_apply(temp.count, kGCD_queue(), xxblock);
}
/// 计时器
static dispatch_source_t gcd_timer = nil;
NS_INLINE dispatch_source_t kGCD_timer(int64_t delayInSeconds, dispatch_block_t block) {
    if (gcd_timer) dispatch_source_cancel(gcd_timer);
    dispatch_queue_t queue = kGCD_queue();
    gcd_timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);
    dispatch_source_set_timer(gcd_timer, dispatch_walltime(nil, 0), delayInSeconds * NSEC_PER_SEC, 0);
    dispatch_source_set_event_handler(gcd_timer, block);
    dispatch_resume(gcd_timer);
    return gcd_timer;
}

备注：本文用到的部分函数方法和Demo，均来自三方库KJEmitterView，如有需要的朋友可自行pod 'KJEmitterView'引入即可

多线程介绍就到此完毕，后面有相关再补充，写文章不容易，还请点个小星星传送门

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 203,547评论 6赞 477
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 85,399评论 2赞 381
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 150,428评论 0赞 337
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 54,599评论 1赞 274
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 63,612评论 5赞 365
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,577评论 1赞 281
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 37,941评论 3赞 395
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,603评论 0赞 258
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 40,852评论 1赞 297
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,605评论 2赞 321
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,693评论 1赞 329
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,375评论 4赞 318
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 38,955评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,936评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,172评论 1赞 259
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 43,970评论 2赞 349
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,414评论 2赞 342

推荐阅读更多精彩内容

  • iOS开发多线程--GCD
    GCD简介 Grand Central Dispatch (GCD)是Apple开发的一个多核编程的较新的解决方法...
    哦累哇滚筒洗衣机阅读 1,193评论 1赞 2
  • iOS多线程- GCD详解(二)
    前言 该篇介绍并发，串行，并行，异步和同步详解和使用，以及其他方法，在理解多线程之前，必须先知道这几个概念。 并发...
    凉秋落尘阅读 1,961评论 1赞 1
  • 无标题文章
    本文用来介绍 iOS 多线程中 GCD 的相关知识以及使用方法。这大概是史上最详细、清晰的关于 GCD 的详细讲...
    花花世界的孤独行者阅读 494评论 0赞 1
  • iOS 多线程：GCD详解
    在我们了解GCD之前，首先要明白一个概念，GCD是苹果封装的一套多线程调用API，目的是为了我们能够更好的使用多...
    毕小强阅读 597评论 0赞 0
  • iOS多线程 - GCD 详解
    前言 嘿嘿嘿，精品。 概述 全称是Grand Central Dispatch，可译为“牛逼的中枢调度器”。纯C语...
    Ostkaka丶阅读 1,091评论 0赞 12