好久没写文章了。。 忙碌的工作，一不小心就让我把这个好习惯给抛弃了。 也是自己不够毅力坚持吧。有人跟我说，写这些文章没什么意义，这些问题你解决过，你就会有很深的印象，下次如果遇到同样的问题一定会立即反应出同样的问题。我说我写文的意义不是为了记录这些问题的解决办法，我写文意义而是去分享，我乐于分享，当自己不断成长的时候，偶尔会回头看看自己的成长历程，看着这些“脚印”我内心会无比开心，也会激励我要踏实走好每一步，要不断努力，不断学习。
言归正传，先说说我自己问题。
我们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并执行其操作。
希望我的解决办法能帮助到有这些相关需求的朋友。😄
