ios多线程操作（六）—— GCD全局队列与主队列

GCD默认已经提供了全局的并发队列供整个应用使用，所以可以不用手动创建。

创建全局队列的函数为

dispatch_queue_t q = dispatch_get_global_queue(long identifier, unsigned long flags)

参数类型为：

long identifier：ios 8.0 告诉队列执行任务的“服务质量 quality of service”，系统提供的参数有：

QOS_CLASS_USER_INTERACTIVE 0x21, 用户交互(希望尽快完成，用户对结果很期望，不要放太耗时操作)

     QOS_CLASS_USER_INITIATED 0x19,                用户期望(不要放太耗时操作)
     QOS_CLASS_DEFAULT 0x15,                        默认(不是给程序员使用的，用来重置对列使用的)
     QOS_CLASS_UTILITY 0x11,                        实用工具(耗时操作，可以使用这个选项)
     QOS_CLASS_BACKGROUND 0x09,                     后台
     QOS_CLASS_UNSPECIFIED 0x00,                    未指定
     iOS 7.0 之前优先级
     DISPATCH_QUEUE_PRIORITY_HIGH 2                 高优先级
     DISPATCH_QUEUE_PRIORITY_DEFAULT 0              默认优先级
     DISPATCH_QUEUE_PRIORITY_LOW (-2)               低优先级

DISPATCH_QUEUE_PRIORITY_BACKGROUND INT16_MIN 后台优先级

BACKGROUND表示用户不需要知道任务什么时候完成，如果选择这个选项速度慢得令人发指，非常不利于调试！对于优先级推荐不要搞得太负责，就用最简单，以免发生优先级反转。

unsigned long flags：苹果官方文档是这样解释的： Flags that are reserved for future use。标记是为了未来使用保留的！所以这个参数应该永远指定为0

如果做ios8.0与ios7.0的适配，可以这样创建全局队列：

dispatch_queue_t q = dispatch_get_global_queue(0, 0);

试着用全局队列来做一下异步操作，看看是否为并发执行，如下代码

 dispatch_queue_t q = dispatch_get_global_queue(0, 0);
    // 2. 异步执行
    for (int i = 0; i < 10; ++i) {
        dispatch_async(q, ^{
            NSLog(@"%@ %d", [NSThread currentThread], i);
        });
    }
    NSLog(@"come here");

运行结果如下：

验证正确

现在我们来模拟一次操作，用户需要先登录之后才能执行两个下载操作，登录和下载都是个耗时操作，所以我们需要在后台开启一条子线程，根据现实情况两个下载操作需要并发执行，那如何实现该需要？借此，我们引出同步函数的作用！有如下代码

// 1. 队列
    dispatch_queue_t q = dispatch_get_global_queue(0, 0);

    // 2. 任务
    void (^task)() = ^ {
        dispatch_sync(q, ^{
            NSLog(@"Login %@", [NSThread currentThread]);
        });
        dispatch_async(q, ^{
            NSLog(@"Download A %@", [NSThread currentThread]);
        });
        dispatch_async(q, ^{
            NSLog(@"Download B %@", [NSThread currentThread]);
        });
    };

    // 3. 异步执行 task
    dispatch_async(q, task);

执行结果如下：

再来一次：

结果无论如何都是在子线程上执行，而且登录永远都在最前面，至于哪条线程先下载我们不得而知，以上结果只是简单展示，如果开多下载基本书就可以展示更好的效果，这里就不演示了。

在MRC环境下，全局队列不需要释放内存。

当然，GCD本身自带了一种特殊的串行队列，所有放在主队列中的任务都会在主线程上执行。

程序一启动，主线程就已经存在，主队列也同时就存在了，所以主队列不需要创建，只需要获取，如下

 dispatch_queue_t q = dispatch_get_main_queue();

试着在主队列中执行异步任务：

dispatch_queue_t q = dispatch_get_main_queue();

    // 2. 异步执行
    for (int i = 0; i < 10; ++i) {
        dispatch_async(q, ^{
            NSLog(@"%@ - %d", [NSThread currentThread], i);
        });
    }
    NSLog(@"线程休眠1s");
    [NSThread sleepForTimeInterval:1.0];
    NSLog(@"come here - %@",[NSThread currentThread]);

执行的结果如下：

据此可得，主队列中，即使有异步任务，也会依次在主线程上执行，该例子中，主线程上的代码还未执行完，所以异步任务会等主线程上的任务执行完再执行。

那么如果在主线程上执行同步任务会如何呢？如下代码：

// 1.队列
    dispatch_queue_tq = dispatch_get_main_queue();
    NSLog(@"now I'm here");
    // 2. 同步执行
    dispatch_sync(q, ^{
        NSLog(@"%@", [NSThreadcurrentThread]);
    });
    NSLog(@"come here");

此时打印台打印出来的结果如下

程序只执行到第二句代码就无法执行下去了，为什么会这样呢？答案就是主线程被阻塞了，也就是死锁了！！！如果这时候屏幕上有与用户交互的UI，此时也会失去交互功能，像死机了一样！！！

我们都应该清楚，同步任务有一个特性，只要一添加到队列中就要马上执行，主队列中永远就只要一条线程——主线程，此时主线程在等待着主队列调度同步任务，而主队列发现主线程上还有任务未执行完，就不会让同步任务添加到主线程上，由此就造成了互相等待（主队列在等待主线程执行完已有的任务，而主线程又在等待主队列调度同步任务！），此时也就是所谓的死锁了！！！

那么如果有在主队列执行同步任务的需要呢？我们可以用一个异步任务包裹一个同步任务添加到主队列中！如下：

 // 全局队列
    dispatch_queue_t q = dispatch_get_global_queue(0, 0);
    // 任务
    void (^task)() = ^ {
        NSLog(@"%@", [NSThread currentThread]);
       // 主队列上执行同步任务
        dispatch_sync(dispatch_get_main_queue(), ^{
            NSLog(@"come here %@", [NSThread currentThread]);
        });

        NSLog(@"hahaha %@", [NSThread currentThread]);
    };

    // 异步执行任务
    dispatch_async(q, task);
    NSLog(@"now i'm here - %@",[NSThread currentThread]);

执行结果如下：

主线程没有被阻塞！！！"now i'm here“出现的位置不确定，但总会先于主队列中的同步函数！主队列的同步任务被添加到全局队列的异步任务中，全局队列会先让主线程上的任务先执行完再执行同步任务！

秒客网

ios多线程操作（六）—— GCD全局队列与主队列

相关文章