实际开发中,我们有时会遇到这种情况,我们需要两个,或者更多的网络请求结果来进行下一步操作.我写下我自己的处理方法.
1.我们工作中最基本的用法
我们平常工作中用到最多的就是下面这种形式,一般是依赖于单个网络请求的结果.直接在请求的回调block中获取结果,然后继续进行别的操作.
打印的顺序结果为下
2.依赖于两个网络请求的请求结果
假如需求需要我们得到两个网络请求后,根据它们的结果,再进行相应的操作的话.就需要改一改了.
第一种方法将请求2放在请求1的回调中,等待请求1的请求成功后再进行下一个请求,这种方法比较简单,暴力.并不推荐,一般小白用得比较多(当年偶就用过..),这种方法弊端较多,主要有等待时间会是多次请求的累加时间,用户体验不好.网络请求比较多时嵌套比较乱,不容易维护.请求结果截图如下
第二种方法
我们可以利用信号量来实现
信号量其实就是一个整数值并具有一个初始化的值,有关信号量有两个操作:信号通知,信号等待.当信号量被信号通知时,其计数会被增加,当线程在信号量等待时,线程会阻塞,计数会减少,信号量小于0时,阻塞线程,大于等于0时不会阻塞。信号量的详细概念这里不做多介绍.代码如下.控制台打印的请求顺序如下很明显可以看出,进行下面的操作是在两次请求都返回结果以后.这里有一个注意的地方.在用AFNetworking时,默认回调的block 是在主线程,假如不加处理,会出现任务互相等待.阻塞主线程的问题.解决这个只需设置下sessionManager的completionQueue即可.manager.completionQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
第三种方法
我们可以利用dispatch_group_t
这种方法和方法二类似,不做过多说明,代码如下以上是错误写法,控制台打印如下如果两个dispatch_group_async的block中是同步任务,这种方式是没有问题的.但是异步的话,就会出问题,因为block内代码执行完以后就会去执行dispatch_group_notify的block,并不会等待网络请求的结果.因此,我们需要自己来控制时机.代码如下
,我们再来看控制台的结果顺序也是如我们所愿,等待到两次请求结果以后再进行下面的操作.再此说明下,对于enter和leave必须配合使用，有几次enter就要有几次leave，否则group会一直存在。当所有enter的block都leave后，会执行dispatch_group_notify的block.
3.按顺序进行网络请求,然后返回也按顺序.
(没遇到过,个人感觉没啥必要)
