用AFNetworking在一个界面中使用5次时，怎么去刷新界面

我们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){
  ////计数+1操作
  dispatch_semaphore_signal(sema);
  } failure:^(NSError *error) {

   ////计数+1操作
    dispatch_semaphore_signal(sema);
  

  }];
  dispatch_semaphore_wait(sema, DISPATCH_TIME_FOREVER);
  }

• (void)requestB
  {
  dispatch_semaphore_t sema = dispatch_semaphore_create(0);
  [Request postWithURL:url params:params success:^(id response){
  ////计数+1操作
  dispatch_semaphore_signal(sema);
  } failure:^(NSError *error) {

   ////计数+1操作
    dispatch_semaphore_signal(sema);
  

  }];
  dispatch_semaphore_wait(sema, DISPATCH_TIME_FOREVER);
  }

• (void)requestC
  {
  dispatch_semaphore_t sema = dispatch_semaphore_create(0);
  [Request postWithURL:url params:params success:^(id response){
  ////计数+1操作
  dispatch_semaphore_signal(sema);
  } failure:^(NSError *error) {

   ////计数+1操作
    dispatch_semaphore_signal(sema);
  

  }];
  dispatch_semaphore_wait(sema, DISPATCH_TIME_FOREVER);
  }

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

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