dispatch_group_t踩过的坑

如果想在dispatch_queue中所有的任务执行完成后在做某种操作，在串行队列中，可以把该操作放到最后一个任务执行完成后继续，但是在并行队列中怎么做呢。这就有dispatch_group 成组操作。

有一个需求是，是想发出三个网络请求，当三个请求全部执行返回结果的时候再做一些操作，不论返回的是失败还是成功都算返回结果。

下面是dispatch_group异步并行执行网络请求。



执行完三个异步成组发送请求全部结束后进入到dispatch_group_notify执行最终的那个操作，但是这个时候可以看一下打印结果：



_responseGetVisaGetDianPingList = nil这个你就当做是不为nil的，因为是我为了测试故意置为nil的。我们暂且关注_responseGetVisaDetail = nil，其实这里置为nil是因为成组操作的第一个操作还没有执行结束，不是因为结束了返回失败所以是nil，这个大家不要混淆。正常来说我们想要的结果是，三个请求网络请求执行结束的时候才进入dispatch_group_notify，并且三个response都应该是不为nil有值的。我来解释下，这里为什么到dispatch_group_notify了，但是第一个请求还没有返回结束，这是因为上面这种写法遵守的成组全部执行结束指的是三个block写的代码直观进行执行完就不算了，不包含block内部的异步请求，因此会出现这中间结果。所以我们应该换一种写法。下图：



这种dispatch_group_enter和dispatch_group_leave是成对出现的，当进入一个操作后，在适当的位置加上dispatch_group_leave，比如在这里，进入第一个enter执行requestGetVisaDetail操作，那么紧跟的这个block，是当执行结束（成功或失败）后会立刻执行，是真正关注包含了异步的情况，所以这里当执行到断点的时候，结果如下是正确的：



_responseGetVisaGetDianPingList
= nil这个忽略，其他的都是正常的。验证正确，因此在成组加载异步请求的时候一定到区分开。避免入坑。