dispatch_get_global_queue 的参数的含义
dispatch_get_global_queue 用来从 GCD 的全局队列池中获取一个全局的队列。
全局队列都是并发队列。
第一个参数
第一个参数在 iOS 7 及更低版本上表示优先级,有四种取值,定义如下:
1 |
在 iOS 8 及更高版本上表示服务质量(QoS),有六种取值,定义如下:
1 | __QOS_ENUM(qos_class, unsigned int, |
DISPATCH_QUEUE_PRIORITY_HIGH 和 QOS_CLASS_USER_INTERACTIVE 都是最高的优先级。
DISPATCH_QUEUE_PRIORITY_BACKGROUND 和 QOS_CLASS_BACKGROUND 的优先级非常低,一般不用,因为使用此优先级的任务很难被调度到。
如果需要兼容 iOS 7 和 iOS 8,可以往第一个参数中传入 0,在 iOS 7 中 0 是 DISPATCH_QUEUE_PRIORITY_DEFAULT 的取值,在 iOS 8 中,0 是 QOS_CLASS_UNSPECIFIED 的取值,所以都不会有问题。
第二个参数
第二个参数是苹果设计用来给未来做扩展用的,目前没有任何作用,开发中都是传入 0 即可。
dispatch_queue_create 的参数的含义
dispatch_queue_create 用来自己创建一个串行队列或并发队列。
第一个参数
第一个参数是队列名称,队列名称可以用来在 debug 或性能调优时在调用栈中显示队列名称,或者在 crash 日志中显示当前队列名,来帮助定位问题。通过查看系统创建的队列的命名方式,会发现苹果一般是用反域名风格来命名队列的。
第二个参数
第二个参数应该不陌生,就是传入 DISPATCH_QUEUE_SERIAL 来创建串行队列,传入 DISPATCH_QUEUE_CONCURRENT 来创建并发队列,也可以传入 NULL 这时也代表创建串行队列。
在队列中储存上下文信息
可以通过 dispatch_set_context 和 dispatch_get_context 来保存和获取自定义的上下文信息。dispatch_set_context 的参数是 void * 类型,可以传入任何 Objective-C 对象或者其它 C 指针类型等。
给队列设置 Finalizer Function 来清除上下文信息
队列的 Finalizer Function 会在队列销毁前调用,用 dispatch_set_finalizer_f 函数来给队列设置 Finalizer Function。
1 | void myFinalizerFunction(void *context) { |
dispatch_async 和 dispatch_sync 的区别
函数 | 区别 |
---|---|
dispatch_async | 1. 会从线程池拿新线程并在新线程上执行任务。 2. 函数本身会立刻返回,继续执行后续代码。 |
dispatch_sync | 1. 不会拿新线程,在当前线程上执行任务。 2. 函数本身会阻塞其它代码在当前线程上的执行,等到 Block 执行完成后,函数才会返回,继续执行后续代码。 |
死锁
对于串行队列,dispatch_sync 的调用方所在队列如果和 dispatch_sync 的第一个参数是同一个队列,就会造成死锁。
1 | - (void)deadlock { |
上面代码会发生死锁,同样的,在主队列中 dispatch_sync 也会死锁:
1 | - (void)deadlock { |
dispatch_suspend 和 dispatch_resume
dispatch_suspend 挂起指定的队列,这时队列中的 task 会停止执行。
1 | dispatch_suspend(queue); |
dispatch_resume 恢复被挂起的指定队列,让队列中的任务继续执行。
1 | dispatch_resume(queue); |
这两个函数对应执行的或者正在执行的处理没有影响,只对追加到 Dispatch Queue 中但是尚未执行的处理有影响。
dispatch_set_target_queue
作用1:变更队列优先级
自己创建的队列可以指定优先级,但是全局队列的优先级总是默认的,可以通过 dispatch_set_target_queue 来改变全局队列的优先级。
1 | dispatch_queue_t mySerialDispatchQueue = dispatch_queue_create("com.example.gcd.MySerialDispatchQueue", NULL); |
第一个参数:
指定要被变更优先级的队列
第二个参数:
指定一个队列,会把这个队列的优先级指定给第一个参数中的队列
作用2:让多个串行队列之间也能串行地执行任务
如果在多个 Serial Dispatch Queue 中用 dispatch_set_target_queue 函数指定目标为某一个 Serial Dispatch Queue,那么原先本应并行执行的多个 Serial Dispatch Queue,在目标 Serial Dispatch Queue 上只能同时执行一个处理。
在必须将不可并行执行的处理追加到多个 Serial Dispatch Queue 中时,如果使用 dispatch_set_target_queue 函数将目标指定为某一个 Serial Dispatch Queue,即可防止处理并行执行。
以下代码:
1 | dispatch_queue_t mySerialDispatchQueue1 = dispatch_queue_create("com.example.gcd.MySerialDispatchQueue1", NULL); |
的执行结果为:
1 | 2018-02-17 15:20:21.140237+0800 GCDStudy[1509:141116] mySerialDispatchQueue1 0 <NSThread: 0x608000469840>{number = 3, name = (null)} |
dispatch_apply
该函数按指定的次数将指定的 Block 追加到指定的 Dispatch Queue 中,并等待全部处理执行结束。
例如下面代码:
1 | dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0); |
执行结果为:
1 | 2018-02-17 15:43:41.665070+0800 GCDStudy[1731:166365] 5 <NSThread: 0x60c000079c40>{number = 7, name = (null)} |
每一次打印都是并发执行的,并且 done 一定会在最后打印。
实例:不需要关心顺序,遍历并处理 NSArray 的所有元素
1 | NSArray *array = @[@1, @2, @3, @4, @5]; |
在不需要关心顺序的情况下,可以用 dispatch_apply 来遍历 NSArray,NSDictionary,NSSet 等,这种方式执行效率比直接循环遍历要高,但是可能更费电(因为要开辟和切换线程)。
由于 dispatch_apply 会阻塞当前线程,可以根据需要在 dispatch_async 中执行 dispatch_apply,例如:
1 | NSArray *array = @[@1, @2, @3, @4, @5]; |
dispatch_apply 的实现方式
dispatch_apply 其内部是结合了 dispatch_sync 和 Dispatch Group 的调用来实现的。
Dispatch Semaphore
Dispatch Semaphore 是持有计数的信号量。
dispatch_semaphore_create 创建一个信号量,并通过参数指定信号量持有的计数。
dispatch_semaphore_signal 将信号量持有计数增加 1。
dispatch_semaphore_wait 函数会判断信号量持有计数的值,如果计数为 1 或大于 1,函数会直接返回。
如果计数为 0,函数会阻塞当前线程并一直处于等待状态不返回,直到信号量计数变为大于等于 1,dispatch_semaphore_wait 才会停止等待并返回。
dispatch_semaphore_wait 支持设置一个等待时间,如果到了这个时间,即使信号量计数不是大于等于 1,函数也会停止等待并返回。
实例1:让函数阻塞地执行异步任务
1 | - (void)dispatchSemaphoreDemo { |
上面函数在执行过程是会先打印 here 1,然后阻塞住当前线程 1 秒钟,然后打印 here 2,然后函数返回,调用结束。
实例2:细粒度地控制在同一时间一个操作可以被并发得执行次数
下面代码并发的、不考虑顺序地给 NSArray 添加对象。
1 | dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0); |
执行上面代码会有很大概率发生崩溃,因为并发的执行很容易发生内存错误。
这时可以用 Dispatch Semaphore 来细粒度地控制同一时间的并发执行次数。把上面代码改为以下代码即可避免发生崩溃。
1 | dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0); |
上面代码中用 dispatch_semaphore_create(1)
创建了一个持有计数为 1 信号量 semaphore。然后把具体要限制并发次数的操作用一对 dispatch_semaphore_wait 和 dispatch_semaphore_signal 包含在其中。这样避免了 addObject 在同时多次并发执行时可能出现的问题。
dispatch_semaphore_wait 有返回值,上面代码也可以这么写,效果是一样的。
1 | for (int i = 0; i < 10000; ++i) { |