GCD使用经验与技巧
GCD(Grand Central Dispatch)可以说是Mac、iOS开发中的一大“利器”,这里总结一些有关使用GCD的经验和技巧。
dispatch_once_t必须是全局或static变量
这一点很明确了,这一点还是强调一次,毕竟非全局或非static的dispatch_once_t变量在是使用时会导致非常不好排查的bug,正确的如下:
//静态变量,保证只有一份实例,才能确保只执行一次
static dispatch_once_t onceToken;
dispatch_once(&onceToken,^{
//单例代码
});
其实就是保证dispatch_once只有一份实例。
dispatch_queue_create第二个参数
dispatch_queue_create,创建队列用的,它的参数只有两个,原型如下:
dispatch_queue_t dispatch_queue_create(const char *label,dispatch_queue_attr_t attr);
大部分教程里,都是这么创建串行队列的:
dispatch_queue_t queue = dispatch_queue_create(“com.example.MyQueue”,NULL);
第二个参数传的是NULL。但是dispatch_queue_attr_t类型是有已经定义好的常量的,所以为了更加的清晰、严谨,最好如下创建队列:
//串行队列
dispatch_queue_t queue = dispatch_queue_create(“come.example.MyQueue”,DISPATCH_QUEUE_SERIAL);
//并行队列
dispatch_queue_t queue = dispatch_queue_create(“com.example.MyQueue”,DISPATCH_QUEUE_CONCURRENT);
常量就是为了使代码更加“易懂”,更加清晰。
dispatch_after是延迟提交,不是延迟运行
官方的说明是:Enqueue a block for execution at the specified time。
Enqueue,就是入队,指的就是将一个Block在特定的延时以后,加入到指定的队列中,不是在特定的时间后立即运行。
如下代码示例:
//创建串行队列
dispatch_queue_t queue = dispatch_queue_create(“me.tutuge.test.gcd”,DISPATCH_QUEUE_SERIAL);
//立即打印一条信息
NSLog(@“Begin add block…”);
//提交一个block
dispatch_async(queue,^{
//Sleep 10秒
[NSThread sleepForTimeInterval:10];
NSLog(@“First block done…”);
});
//5秒以后提交block
dispatch_after(dispatch_time(DISPATCH_TIME_NOW,(int64)(5 * NSEC_PER_SEC)),queue,^{
NSLog(@“After…”);
});
结果如下:
2015-11-06 10:20:27.122 GCDTest[45633:1812016] Begin add block...
2015-11-06 10:20:37.127 GCDTest[45633:1812041] First block done...
2015-11-06 10:20:37.127 GCDTest[45633:1812041] After...
从结果验证了,dispatch_after只是延时提交block,并不是延时后立即执行。所以想用dispatch_after精确控制运行状态需要注意点。
正确创建dispatch_time_t
用dispatch_after的时候就会用到dispatch_time_t变量,但是如何创建合适的时间呢,就是用dispatch_time函数,其原型如下:
dispatch_time_t dispatch_time(dispatch_time_t h when,int64_t delta);
第一个参数一般是DISPATCH_TIME_NOW,表示从现在开始。第二个参数就是真正的延时的具体时间。
这里要特别注意的是,delta参数是”纳秒”,就是说,延时1秒的话,delta应该是”1000000000”,写起来有些长,所以系统提供了常量,如下:
#define NSEC_PER_SEC 1000000000ull
#define USEC_PER_SEC 1000000ull
#define NSEC_PER_USEC 1000ull
关键词解释:
NSEC 纳秒
USEC 毫秒
SEC 秒
PER 每
所以:
NSEC_PER_SEC 每秒有多少纳秒
USEC_PER_SEC 每秒有多少毫秒(注意是指在纳秒的基础上)
NSEC_PER_USEC 每毫秒有多少纳秒
因此,延时1秒可以写成如下几种
dispatch_time(DISPATCH_TIME_NOW,1 * NSEC_PER_SEC);
dispatch_time(DISPATCH_TIME_NOW,1000 * USEC_PER_SEC);
dispatch_time(DISPATCH_TIME_NOW,USEC_PER_SEC * NSEC_PER_USEC);
最后一个”USEC_PER_SEC * NSEC_PER_USEC”,翻译过来就是”每秒的毫秒数乘以每毫秒的纳秒数”,也就是”每秒的纳秒数”。
dispatch_suspend
dispatch_suspend,dispatch_resume提供了”挂起、恢复”队列的功能,简单来说,就是可以暂停、恢复队列上的任务。但是这里的”挂起”,并不能保证可以立即停止队列上正在运行的block,看如下例子:
dispatch_queue_t queue = dispatch_queue_create(“me.tutuge.test.gcd”,DISPATCH_QUEUE_SERIAL);
//提交第一个block,延时5秒打印
dispatch_async(queue,^{
[NSThread sleepForTimeInterval:5];
NSLog(@“After 5 seconds…”);
});
//提交第二个block,也是延时5秒打印
dispatch_async(queue,^{
[NSThread sleepForTimeInterval:5];
NSLog(@“After 5 seconds again…”);
});
//延时1秒
NSLog(@“sleep 1 second…”);
[NSThread sleepForTimeInterval:1];
//挂起队列
NSLog(@“suspend…”);
dispatch_suspend(queue);
//延时10秒
NSLog(@“sleep 10 second…”);
[NSThread sleepForTimeInterval:10];
//恢复队列
NSLog(@“resume…”);
dispatch_resume(queue);
执行结果如下
2015-11-06 10:32:09.903 GCDTest[47201:1883834] sleep 1 second...
2015-11-06 10:32:10.910 GCDTest[47201:1883834] suspend...2015-11-06 10:32:10.910 GCDTest[47201:1883834] sleep 10 second...
2015-11-06 10:32:14.908 GCDTest[47201:1883856] After 5 seconds...
2015-11-06 10:32:20.911 GCDTest[47201:1883834] resume...2015-11-06 10:32:25.912 GCDTest[47201:1883856] After 5 seconds again...
从执行结果可以看出,在dispatch_suspend挂起队列后,第一个block还是在运行,并且正常输出。
结合文档,可以得知,dispatch_suspend并不会立即暂停正在运行的block,而是block执行完成后,暂停后续的block。
“同步”的diapatch_apply
dispatch_apply的作用是在一个队列(串行或并行)上”运行”多次block,其实就是简化了用循环去向队列一次添加block的任务。
//创建异步串行队列
dispatch_queue_t queue = dispatch_queue_create(“me.tutuge.test.gcd”,DISPATCH_QUEUE_SERIAL);
//运行block3次
dispatch_apply(3,queue,^(size_t i){
NSLog(@“apply loop:%zu”,i);
});
//打印信息
NSLog(@“After apply”);
执行结果是:
2015-11-06 10:55:40.854 GCDTest[47402:1893289] apply loop: 0
2015-11-06 10:55:40.856 GCDTest[47402:1893289] apply loop: 1
2015-11-06 10:55:40.856 GCDTest[47402:1893289] apply loop: 2
2015-11-06 10:55:40.856 GCDTest[47402:1893289] After apply
提交到异步队列去运行,但是”After apply”居然在apply后打印,也就是说dispatch_apply将外面的线程(main线程)”阻塞”了!
查看官方文档说明是:dispatch_apply确实会”等待”其所有的循环运行完毕才往下执行。
避免死锁
dispatch_sync导致的死锁
涉及到多线程的时候,不可避免的就会有”死锁”的问题,在使用GCD时,往往一不小心,就会可能造成死锁,下面死锁的例子:
//在main线程使用”同步”方法提交Block,必定会死锁
dispatch_sync(dispatch_get_main_queue(),^{
NSLog(@“I am block…”);
});
dispatch_apply导致的死锁
dispatch_queue_t queue = dispatch_queue_create(“me.tutuge.test.gcd”,DISPATCH_QUEUE_SERIAL);
dispatch_apply(3,queue,^(size_t i){
NSLog(@“apply loop : %zu”,i);
//再来一个dispatch_apply
dispatch_apply(3,queue,^(size_t j){
NSLog(@“apply loop inside %zu”,j);
});
});
这段代码只会输出”apply loop:1”,所以,一定要避免dispatch_apply的嵌套调用。
灵活使用dispatch_group
很多时候需要等待一系列任务(block)执行完成,然后再做一些收尾的工作。如果是有序的工作,可以分步骤完成的,直接使用串行队列就行。但是如果是一系列并行执行的任务呢?这个时候,就需要dispatch_group。总的来说,dispatch_group的使用分如下几步:
1、创建dispatch_group_t
2、添加任务(block)
3、添加结束任务(如清理操作、通知UI等)
添加任务
添加任务可以分为以下两种情况:
自己创建队列:使用dispatch_group_async。
无法直接使用队列变量(如AFNetworking添加异步任务):使用dispatch_group_center,dispatch_group_leave。
自己创建队列时,当然就用dispatch_group_async函数,简单有效,例子:
//省去创建group、queue代码
dispatch_group_async(group,queue,^{
//Do you work…
});
当你无法直接使用队列变量时,就无法使用dispatch_group_async了,下面以使用AFNetworking时的情况:
AFHTTPRequestOperationManager *manager = [AFHTTPRequestOperationManager manager];
//Enter group
dispatch_group_enter(group);
[manager GET@“http://www.baidu.com” parameters:nil success^(AFHTTPRequestOperation *operation,id responseObject){
//Deal with result
//Leave group
dispatch_group_leave(group);
}failure:^(AFHTTPRequestOperation *operation,NSError *error){
//Deal with error…
//Leave group
dispatch_group_leave(group);
}];
//More request
使用dispatch_group_enter,dispatch_group_leave就可以方便的将一系列网络请求”打包”起来
添加结束任务
添加结束任务也可以分为两种情况,如下:
1、在当前线程阻塞的同步等待:dispatch_group_wait。
2、添加一个异步执行的任务作为结束任务:dispatch_group_notify
使用dispatch_barrier_async,dispatch_barrier_sync的注意事项
dispatch_barrier_async的作用就是向某个队列插入一个block,当目前正在执行的block运行完成后,阻塞这个block后面添加的block,只运行这个block直到完成,然后再继续后续的任务。
值得注意的是:
dispatch_barrier_(a)sync只在自己创建的并发队列上有效,在全局(Global)并发队列、串行队列上,效果跟dispatch_(a)sync效果一样。
既然在串行队列上跟dispatch_(a)sync效果一样,那就要小心别死锁。
dispatch_set_context与dispatch_set_finalizer_f的配合使用
dispatch_set_context可以为队列添加上下文数据,但是因为GCD是C语言接口形式的,所以其context参数类型是”void*”。也就是说,创建context时有如下几种选择:
用C语言的malloc创建context数据
用C++的new创建类对象
用Objective-C的对象,但是要用_bridge等关键字转为转换为Core Foundation对象。
以上所创建的context的方法都有一个必须的要求,就是都要释放内存,无论是用free、delete还是CF的CFRelease,都要确保在队列不用的时候,释放context的内存,否则就会造成内存泄露。
所以,使用dispatch_set_context的时候,最好结合dispatch_set_finalizer_f使用,为队列设置”析构函数”,在这个函数里面释放内存,大致如下:
void cleanStaff(void *context){
//释放context的内存
//CFRelease(context);
//free(context);
//delete context;
}
…
//在队列创建后,设置其”析构函数”
dispatch_set_finalizer_f(queue,cleanStaff);