GCD group多任务分组
经常遇到多个请求嵌套或者是一个页面同时发起请求的情况,遇到这个情况,解决方法多种多样:
- 不用多线程最简单粗暴的方式是前一个请求成功回调之后接着下一个请求 (优点: 很简单,不需要思考 缺点: 这样循环嵌套,地狱式回调,副作用多多,耦合依赖太严重了...)
- GCD串行队列,但是请求是异步返回的,所以这个方案不是那么可靠 (❌)
-
dispatch_barrier_async这个是等待前面任务执行完,才开始下面的操作,这个也是可以的 - GCD group 一开始使用的不是全局队列(自己创建的串行队列),结果group返回顺序是乱的,于是我采用了全局变量将返回结果存起来,到
dispatch_group_notify的时候进行赋值操作... 这样显得累赘 (以上都是同理可得,先返回又怎样,存起来,等待一个公共的刷新时机,总觉得有点赶,有点仓促的赶脚,一起怼会不会短时间内耗费大量的性能什么的,后来看了下FPS,果然进入页面的瞬间FPS相当的低,不过刷新页面之后都是保持在60左右) - 后来才发现,group要和全局队列(
dispatch_queue_t globalQ = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0)和系统的全局主队列dispatch_queue_t mainQ = dispatch_get_main_queue()这些都属于串行队列的范畴) 一起食用,效果更佳.
dispatch_group_enter(group)和dispatch_group_leave(group)的使用
dispatch_group_enter(group); ///开始请求前`
dispatch_group_async(group, queue, ^{
///请求
});
dispatch_group_leave(group);///请求成功或者失败返回 请求结束的时候
这两者要配套使用,效果才更显著 ,类似于信号量或者引用计数之类的玩意儿
dispatch_group_notify(group, dispatch_get_main_queue(), ^{
///insert callBack reloadData operation code
});
dispatch_barrier_async 栅栏什么鬼的
*我之前理解的是一个小河流,遇到一块大石头堵住了,然后从旁边或者溢满过去,然而并不形象... 就像一个收保护费的,不对! 或者是一个堤坝的过滤河道垃圾的一个玩意,也不准确! 其实更像是一个收费站,来往有很多的车辆,有的车开的很快跑到前面,有的车开的比较慢落在后面,无论快与慢,都得经过收费站这个坎... *
这个dispatch_barrier_async 起了一个拦截的作用,就是不管你们前面谁先到我这里,你都得带通行证(可以理解为了完成任务)才让通行,才能执行下面的任务.
dispatch_after
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
///延时3秒操作~
});
dispatch_once
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
///只执行一次
});
dispatch_apply
- 执行某个代码片段N次。
dispatch_apply(5, globalQ, ^(size_t index) {
// 执行5次
});
队列
全局队列优先级
#define DISPATCH_QUEUE_PRIORITY_HIGH 2 //高
#define DISPATCH_QUEUE_PRIORITY_DEFAULT 0 //默认
#define DISPATCH_QUEUE_PRIORITY_LOW (-2) //低
#define DISPATCH_QUEUE_PRIORITY_BACKGROUND INT16_MIN //后台
//main_queue 主队列 串行
dispatch_queue_t mainQueue = dispatch_get_main_queue();
//global_queue 全局队列 并行
dispatch_queue_t globalQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
//custom_queue 自定义队列 串行
dispatch_queue_t customQueue = dispatch_queue_create("com.wgb.gcd", nil);
并行,串行,同步,异步
- 并行队列+异步: 创建子线程,且多个子线程,异步任务返回结果先后顺序是无序的
- 并行+同步: 不创建子线程，同步任务一个个有序执行,不存在并发
- 串行+异步: 先主线程-> 子线程(会开启线程)一个个有序执行异步的操作
- 串行+同步: 不创建子线程，同步任务执行是有序的,然后都在主线程里执行,会阻塞当前线程导致UI卡死等症状
