網(wǎng)絡(luò)上面大神太多镊绪，不敢獻(xiàn)丑，這只是個(gè)人的一些看點(diǎn)洒忧，有什么意見(jiàn)大家也可以一起探討蝴韭。
先來(lái)了解一下幾個(gè)概念：
`dispatch_group_async`：任務(wù)管理組（我姑且把他稱之為這樣），第一個(gè)參數(shù)的意思是傳入一個(gè)存放任務(wù)的容器熙侍，第二個(gè)參數(shù)就是隊(duì)列了榄鉴，第三個(gè)參數(shù)就是需要執(zhí)行的任務(wù)。
放入線程組的任務(wù)執(zhí)行完成了才會(huì)去調(diào)用dispatch_group_notify線程通知蛉抓，而如果在任務(wù)中還嵌套了異步任務(wù)牢硅，線程組不會(huì)管這個(gè)嵌套異步任務(wù)是否執(zhí)行完成，調(diào)用了這個(gè)任務(wù)就 OK 了芝雪，因?yàn)槭钱惒降奈揖筒粫?huì)等你執(zhí)行完成就繼續(xù)下一步了，一旦線程組第一層的任務(wù)都執(zhí)行完成了就會(huì)調(diào)用通知综苔。如果將異步換成同步的惩系，就比需要等待嵌套任務(wù)執(zhí)行完成才回去通知位岔。
看字面意思就知道了，這個(gè)函數(shù)會(huì)開(kāi)起一個(gè)新的線程去執(zhí)行 block 塊里面的任務(wù)堡牡，所以如果是需要刷新 UI 的抒抬，需要在這里面回調(diào)到主線程。
dispatch_async：異步執(zhí)行函數(shù)晤柄，其實(shí)有些人說(shuō)會(huì)開(kāi)啟子線程的就是異步執(zhí)行擦剑，其實(shí)經(jīng)過(guò)我的反復(fù)測(cè)試，擋在主隊(duì)列中 async 不會(huì)開(kāi)啟子線程芥颈，所以惠勒，異步函數(shù)的判斷條件是會(huì)不會(huì)阻塞當(dāng)前線程，推薦大家看看這篇文章關(guān)于iOS多線程爬坑，你看我就夠了纠屋。
dispatch_sync：明白了上面的道理，這個(gè)同步執(zhí)行函數(shù)就很好理解了盾计，就是會(huì)阻塞當(dāng)前線程售担，在當(dāng)前的線程里面執(zhí)行任務(wù)。
dispatch_group_enter和dispatch_group_leave不平衡會(huì)造成 dealloc 方法不執(zhí)行署辉，內(nèi)存泄露族铆。
dispatch_group_notify：當(dāng)任務(wù)管理組中的任務(wù)都已經(jīng)執(zhí)行完了會(huì)通知這個(gè)函數(shù)執(zhí)行；
dispatch_group_enter：使任務(wù)管理組里面的任務(wù)數(shù)加1哭尝；
dispatch_group_leave：使任務(wù)管理組里面的任務(wù)數(shù)減1哥攘；
這三個(gè)方法必須在同一個(gè)任務(wù)隊(duì)列中，dispatch_group_notify才會(huì)執(zhí)行刚夺。
如果使用上面兩個(gè)函數(shù)献丑，那么只有在任務(wù)管理組中的dispatch_group_enter和dispatch_group_leave都平衡的情況下dispatch_group_notify才會(huì)執(zhí)行。
好了侠姑，扯了一大堆创橄，下面就開(kāi)始講講我在測(cè)試中總結(jié)的一些問(wèn)題吧。
dispatch_queue_tqueue1 =dispatch_queue_create("dispatchGroupMethod1.queue1",DISPATCH_QUEUE_CONCURRENT);
dispatch_group_tgroup1 =dispatch_group_create();
如上圖看著就很直觀了莽红，通知方法已經(jīng)執(zhí)行了妥畏，但是 for 循環(huán)還在執(zhí)行；說(shuō)明安吁，任務(wù)組中的任務(wù)已經(jīng)執(zhí)行完成了醉蚁，執(zhí)行 for 循環(huán)的任務(wù)不屬于任務(wù)組里面。因?yàn)槭钱惒介_(kāi)啟的線程在執(zhí)行的 for 循環(huán)鬼店，不屬于 group1任務(wù)組里面的任務(wù)了网棍，只有 number=2的線程才是group1里的任務(wù)，所以打印的結(jié)果也是正掣局牵現(xiàn)象了滥玷。
看圖就知道氏身，同步=會(huì)阻塞當(dāng)前線程，所以 for 任務(wù)循環(huán)是在 group1里面的 number=2的線程中執(zhí)行的惑畴。
如果遇到在網(wǎng)絡(luò)請(qǐng)求中需要并發(fā)請(qǐng)求多個(gè)網(wǎng)絡(luò)數(shù)據(jù)蛋欣，而且需要這些數(shù)據(jù)都請(qǐng)求完成才刷新 UI，可以用下面這種方案：
每一個(gè)網(wǎng)絡(luò)請(qǐng)求放在對(duì)應(yīng)的dispatch_group_async里面如贷，比如：5個(gè)請(qǐng)求陷虎，那么 group1里面就會(huì)有5個(gè)任務(wù)。這種做法的缺點(diǎn)是在請(qǐng)求過(guò)程的回調(diào)里面可能會(huì)回調(diào)到其他的線程里面杠袱，所以導(dǎo)致的結(jié)果就是可能數(shù)據(jù)還沒(méi)有加載進(jìn)內(nèi)存尚猿，但是dispatch_group_notify已經(jīng)執(zhí)行了。
為了解決上述的問(wèn)題霞掺，這個(gè)時(shí)候就需要用到dispatch_group_enter(+1)和dispatch_group_leave(-1)了谊路，具體做法是在每次請(qǐng)求之前+1，請(qǐng)求完成的回調(diào)里面-1菩彬，這樣dispatch_group_notify會(huì)一直等待了缠劝。
另外在這里多說(shuō)一句，任務(wù)：即操作骗灶，你想要干什么惨恭，說(shuō)白了就是一段代碼，在 GCD 中就是一個(gè) Block耙旦，所以添加任務(wù)十分方便脱羡。關(guān)于iOS多線程，你看我就夠了（已更新） - CocoaChina_讓移動(dòng)開(kāi)發(fā)更簡(jiǎn)單任務(wù)是放在線程里面執(zhí)行的免都，而線程是放在隊(duì)列里面的锉罐，串行隊(duì)列 ：任務(wù)一個(gè)接一個(gè)的先進(jìn)先出的執(zhí)行。
并行隊(duì)列：任務(wù)可以并發(fā)執(zhí)行绕娘，具體需要看是異步還是同步操作脓规。
