GCD dispatch_group_notify线程通知

网络上面大神太多，不敢献丑，这只是个人的一些看点，有什么意见大家也可以一起探讨。

先来了解一下几个概念：

dispatch_group_async：任务管理组（我姑且把他称之为这样），第一个参数的意思是传入一个存放任务的容器，第二个参数就是队列了，第三个参数就是需要执行的任务。

放入线程组的任务执行完成了才会去调用dispatch_group_notify线程通知，而如果在任务中还嵌套了异步任务，线程组不会管这个嵌套异步任务是否执行完成，调用了这个任务就 OK 了，因为是异步的我就不会等你执行完成就继续下一步了，一旦线程组第一层的任务都执行完成了就会调用通知。如果将异步换成同步的，就比需要等待嵌套任务执行完成才回去通知。

看字面意思就知道了，这个函数会开起一个新的线程去执行 block 块里面的任务，所以如果是需要刷新 UI 的，需要在这里面回调到主线程。

dispatch_async：异步执行函数，其实有些人说会开启子线程的就是异步执行，其实经过我的反复测试，挡在主队列中 async 不会开启子线程，所以，异步函数的判断条件是会不会阻塞当前线程，推荐大家看看这篇文章关于iOS多线程，你看我就够了。

dispatch_sync：明白了上面的道理，这个同步执行函数就很好理解了，就是会阻塞当前线程，在当前的线程里面执行任务。

dispatch_group_enter和dispatch_group_leave不平衡会造成 dealloc 方法不执行，内存泄露。

dispatch_group_notify：当任务管理组中的任务都已经执行完了会通知这个函数执行；

dispatch_group_enter：使任务管理组里面的任务数加1；

dispatch_group_leave：使任务管理组里面的任务数减1；

这三个方法必须在同一个任务队列中，dispatch_group_notify才会执行。

如果使用上面两个函数，那么只有在任务管理组中的dispatch_group_enter和dispatch_group_leave都平衡的情况下dispatch_group_notify才会执行。

好了，扯了一大堆，下面就开始讲讲我在测试中总结的一些问题吧。

dispatch_queue_tqueue1 =dispatch_queue_create("dispatchGroupMethod1.queue1",DISPATCH_QUEUE_CONCURRENT);

dispatch_group_tgroup1 =dispatch_group_create();

如上图看着就很直观了，通知方法已经执行了，但是 for 循环还在执行；说明，任务组中的任务已经执行完成了，执行 for 循环的任务不属于任务组里面。因为是异步开启的线程在执行的 for 循环，不属于 group1任务组里面的任务了，只有 number=2的线程才是group1里的任务，所以打印的结果也是正常现象了。

看图就知道，同步=会阻塞当前线程，所以 for 任务循环是在 group1里面的 number=2的线程中执行的。

如果遇到在网络请求中需要并发请求多个网络数据，而且需要这些数据都请求完成才刷新 UI，可以用下面这种方案：

每一个网络请求放在对应的dispatch_group_async里面，比如：5个请求，那么 group1里面就会有5个任务。这种做法的缺点是在请求过程的回调里面可能会回调到其他的线程里面，所以导致的结果就是可能数据还没有加载进内存，但是dispatch_group_notify已经执行了。

为了解决上述的问题，这个时候就需要用到dispatch_group_enter(+1)和dispatch_group_leave(-1)了，具体做法是在每次请求之前+1，请求完成的回调里面-1，这样dispatch_group_notify会一直等待了。

另外在这里多说一句，任务：即操作，你想要干什么，说白了就是一段代码，在 GCD 中就是一个 Block，所以添加任务十分方便。关于iOS多线程，你看我就够了（已更新） - CocoaChina_让移动开发更简单任务是放在线程里面执行的，而线程是放在队列里面的，串行队列 ：任务一个接一个的先进先出的执行。

并行队列：任务可以并发执行，具体需要看是异步还是同步操作。