您的位置:首页 > 移动开发 > IOS开发

iOS开发之使用信号量实现AFN请求同步

2016-09-13 19:43 155 查看
好久没写文章了。。 忙碌的工作,一不小心就让我把这个好习惯给抛弃了。 也是自己不够毅力坚持吧。有人跟我说,写这些文章没什么意义,这些问题你解决过,你就会有很深的印象,下次如果遇到同样的问题一定会立即反应出同样的问题。我说我写文的意义不是为了记录这些问题的解决办法,我写文意义而是去分享,我乐于分享,当自己不断成长的时候,偶尔会回头看看自己的成长历程,看着这些“脚印”我内心会无比开心,也会激励我要踏实走好每一步,要不断努力,不断学习。

言归正传,先说说我自己问题。

我们App请求数据时大部分人都会选择AFNetworking。使用AFN异步请求,请求的数据返回后,就刷新相关UI。那么如果某一个页面有多个网络请求,假设有三个请求,A、B、C,而且UI里的数据必须等到A、B、C全部完成后刷新后才正确。那么三个单纯的AFN请求,已经很明显不满足我们的需求了。

解决办法一

我就认为它是最简单最快解决问题也是最“笨”方法吧(我第一次使用的就是该方法)。设一个全局变量,每次请求成功后该变量都+1,并且都检查该变量的值是不是3。如果是的话就刷新页面。伪代码如下:

int temp = 0;
request A {
success {
temp++;
[self checkTemp];
}
}
request B {
success {
temp++;
[self checkTemp];
}
}
request C {
success {
temp++;
[self checkTemp];
}
}

checkTemp {
if (temp == 3){
refreshUI
}
}


解决办法二

主题来了,使用信号量也同样可以解决这样的问题。直接上代码。

dispatch_group_t group = dispatch_group_create();
dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
[self requestA];
});
dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
[self requestB];
});
dispatch_group_async(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
[self requestC];
});
dispatch_group_notify(group, dispatch_get_main_queue(), ^{
//刷新界面
});

- (void)requestA
{
dispatch_semaphore_t  sema = dispatch_semaphore_create(0);
[Request postWithURL:url params:params success:^(id response){
dispatch_semaphore_signal(sema);
//处理response
} failure:^(NSError *error) {
dispatch_semaphore_signal(sema);
//处理错误
}];
dispatch_semaphore_wait(sema, DISPATCH_TIME_FOREVER);
}
requestB和requestC同上。我这就不写了。

//还有一种情况就是,如果最后一个网络请求是依赖前面的所以请求
//这里需要这样改一下
dispatch_group_notify(group, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
//刷新界面
});


上面requestA、requestB、requestC加了信号量同时使用GCD多线程的调度组后,他们也是异步执行,执行的先后顺不会卡住主线程。当A、B、Crequest的信号量全部都释放后,就会通知group_notify并执行其操作。

希望我的解决办法能帮助到有这些相关需求的朋友。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
相关文章推荐