最詳細的GCD知識介紹

1、GCD

GCD全稱為Grand Central Dispatch,是libdispatch的市場名稱,而libdispatch是Apple的一個庫,其為并發(fā)代碼在iOS和OS X的多核硬件上執(zhí)行提供支持傲绣。確切地說GCD是一套低層級的C API掠哥,通過 GCD,開發(fā)者只需要向隊列中添加一段代碼塊(block或C函數(shù)指針)秃诵,而不需要直接和線程打交道续搀。GCD在后端管理著一個線程池,它不僅決定著你的代碼塊將在哪個線程被執(zhí)行菠净,還根據(jù)可用的系統(tǒng)資源對這些線程進行管理禁舷。這樣通過GCD來管理線程,從而解決線程被創(chuàng)建的問題毅往。

2牵咙、GCD的優(yōu)勢

  • 易用: GCD 提供一個易于使用的并發(fā)模型 而不僅僅只是鎖和線程,以幫助我們避開并發(fā)陷阱,而且因為基于block攀唯,它能極為簡單得在不同代碼作用域之間傳遞上下文洁桌。
  • 靈活: GCD 具有在常見模式上(比如鎖、單例)侯嘀,用更高性能的方法優(yōu)化代碼另凌,而且GCD能提供更多的控制權(quán)力以及大量的底層函數(shù)。
  • 性能: GCD 能自動根據(jù)系統(tǒng)負載來增減線程數(shù)量戒幔,這就減少了上下文切換以及增加了計算效率途茫。

3、GCD相關(guān)概念

3.1 Dispatch Objects 調(diào)度器對象

盡管GCD是純C語言的溪食,但它被組建成面向?qū)ο蟮娘L(fēng)格。GCD對象被稱為dispatch object, 所有的dispatch objects都是OC對象.娜扇,就如其他OC對象一樣错沃,當(dāng)開啟了ARC(automatic reference counting)時,dispatch objects的retain和release都會自動執(zhí)行。而如果是MRC的話雀瓢,dispatch objects會使用dispatch_retain和dispatch_release這兩個方法來控制引用計數(shù)枢析。

3.2 Serial & Concurrent 串行 & 并行 [‘si?ri?l] [k?n'k?r?nt]

串行任務(wù)就是每次只有一個任務(wù)被執(zhí)行,并發(fā)任務(wù)就是在同一時間可以有多個任務(wù)被執(zhí)行刃麸。

3.3 Synchronous & Asynchronous 同步 & 異步 ['si?kr?n?s] [ei'si?kr?n?s]

同步函數(shù)意思是在完成了它預(yù)定的任務(wù)后才返回醒叁,在任務(wù)執(zhí)行時會阻塞當(dāng)前線程。而異步函數(shù)則是任務(wù)會完成但不會等它完成泊业,所以異步函數(shù)不會阻塞當(dāng)前線程把沼,會繼續(xù)去執(zhí)行下一個函數(shù)。

3.4 Concurrency & Parallelism 并發(fā)性 & 平行 [k?n'k?r?nsi] ['p?r?leliz?m]

并發(fā)的意思就是同時運行多個任務(wù)吁伺。這些任務(wù)可能是以在單核 CPU 上以分時(時間共享)的形式同時運行饮睬,也可能是在多核 CPU 上以真正的并行方式來運行。然后為了使單核設(shè)備也能實現(xiàn)這一點篮奄,并發(fā)任務(wù)必須先運行一個線程捆愁,執(zhí)行一個上下文切換割去,然后運行另一個線程或進程。并行則是真正意思上的多任務(wù)同時運行昼丑。

3.5 Context Switch 上下文切換 [‘k?ntekst] [swit?]

Context Switch即上下文切換呻逆,一個上下文切換指當(dāng)你在單個進程里切換執(zhí)行不同的線程時存儲與恢復(fù)執(zhí)行狀態(tài)的過程。這個過程在編寫多任務(wù)應(yīng)用時很普遍菩帝,但會帶來一些額外的開銷咖城。

3.6 Dispatch Queues 調(diào)度隊列

GCD dispatch queues是一個強大的執(zhí)行多任務(wù)的工具。Dispatch queue是一個對象胁附,它可以接受任務(wù)酒繁,并將任務(wù)以先進先出(FIFO)的順序來執(zhí)行。Dispatch queue可以并發(fā)的或串行的執(zhí)行任意一個代碼塊控妻,而且并發(fā)任務(wù)會像NSOperationQueue那樣基于系統(tǒng)負載來合適地并發(fā)進行州袒,串行隊列同一時間則只執(zhí)行單一任務(wù)。Dispatch queues內(nèi)部使用的是線程弓候,GCD 管理這些線程郎哭,并且使用Dispatch queues的時候,我們都不需要自己創(chuàng)建線程菇存。Dispatch queues相對于和線程直接通信的代碼優(yōu)勢是:Dispatch queues使用起來特別方便夸研,執(zhí)行任務(wù)更加有效率。

3.7 Queue Types 隊列類型

GCD有三種隊列類型:

類型描述

  • Serial串行隊列將任務(wù)以先進先出(FIFO)的順序來執(zhí)行依鸥,所以串行隊列經(jīng)常用來做訪問某些特定資源的同步處理亥至。你可以也根據(jù)需要創(chuàng)建多個隊列,而這些隊列相對其他隊列都是并發(fā)執(zhí)行的贱迟。換句話說姐扮,如果你創(chuàng)建了4個串行隊列,每一個隊列在同一時間都只執(zhí)行一個任務(wù)衣吠,對這四個任務(wù)來說茶敏,他們是相互獨立且并發(fā)執(zhí)行的。如果需要創(chuàng)建串行隊列缚俏,一般用dispatch_queue_create這個方法來實現(xiàn)惊搏。
  • Concurrent并發(fā)隊列雖然是能同時執(zhí)行多個任務(wù),但這些任務(wù)仍然是按照先到先執(zhí)行(FIFO)的順序來執(zhí)行的忧换。并發(fā)隊列會基于系統(tǒng)負載來合適地選擇并發(fā)執(zhí)行這些 任務(wù)恬惯。在iOS5之前,并發(fā)隊列一般指的就是全局隊列(Global queue)亚茬,進程中存在四個全局隊列:高宿崭、中(默認)、低才写、后臺四個優(yōu)先級隊列葡兑,可以調(diào) DISPATCH_QUEUE_CONCURRENT奖蔓,來自己創(chuàng)建一個并發(fā)隊列。
  • Main dispatch queue與主線程功能相同讹堤。實際上吆鹤,提交至main queue的任務(wù)會在主線程中執(zhí)行。main queue可以調(diào)用dispatch_get_main_queue()來獲得洲守。因為main queue是與主線程相關(guān)的疑务,所以這是一個串行隊列。和其它串行隊列一樣梗醇,這個隊列中的任務(wù)一次只能執(zhí)行一個知允。它能保證所有的任務(wù)都在主線程執(zhí)行,而主線程是唯一可用于更新 UI 的線程叙谨。

4温鸽、創(chuàng)建和管理隊列

當(dāng)你決定添加一些任務(wù)到隊列中時,你需要決定該用那種類型的隊列手负,并且抉擇該如何使用他們涤垫。Dispatch queues可以串行或并發(fā)地執(zhí)行這些任務(wù),當(dāng)你腦海里有一個大概的思路去如何使用隊列時竟终,你可以額快速地設(shè)置好隊列的屬性蝠猬。接下來的部分,本文將告訴大家如何創(chuàng)建隊列和怎樣設(shè)置隊列的屬性统捶。

4.1 獲取一個全局隊列

當(dāng)我們需要同時執(zhí)行多個任務(wù)時榆芦,并發(fā)隊列是非常有用的。并發(fā)隊列其實仍然還是一個隊列喘鸟,它保留了隊列中的任務(wù)按先進先出(FIFO)的順序執(zhí)行的特點歧杏。同時,一個并發(fā)隊列可以移除t它多余的任務(wù)迷守,甚至這些任務(wù)之前還有未完成的任務(wù)。一個并發(fā)隊列中實際執(zhí)行的任務(wù)數(shù)是由很多因素決定的旺入,比如系統(tǒng)的內(nèi)核數(shù)兑凿,其他串行隊列中任務(wù)的優(yōu)先級,以及其他進程的工作狀態(tài)茵瘾。

系統(tǒng)為每個程序提供了四種全局隊列礼华,這些隊列中僅僅通過優(yōu)先級加以區(qū)別,這四種類型分別是高拗秘、中(默認)圣絮、低、后臺雕旨。因為這些隊列是全局的扮匠,所以大家不能直接創(chuàng)建它們捧请,取而代之的是我們可以通過dispatch_get_global_queue這個方法來調(diào)用它們。


dispatch_queue_t aQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
//全局隊列的四種類型
DISPATCH_QUEUE_PRIORITY_HIGH     [prai'?r?ti]  優(yōu)先權(quán)
DISPATCH_QUEUE_PRIORITY_DEFAULT
DISPATCH_QUEUE_PRIORITY_LOW
DISPATCH_QUEUE_PRIORITY_BACKGROUND

正如大家所看到的棒搜,因為存在隊列的優(yōu)先級疹蛉,所以那些在高優(yōu)先級隊列中的任務(wù)會比在默認或低優(yōu)先級隊列中的任務(wù)要先執(zhí)行,而默認級別隊列的優(yōu)先級又高于低優(yōu)先級隊列力麸。注意可款,這里有一個比較特殊的級別容易被忽視,DISPATCH_QUEUE_PRIORITY_BACKGROUND克蚂。被設(shè)置成后臺級別的隊列闺鲸,它會等待所有比它級別高的隊列中的任務(wù)執(zhí)行完或CPU空閑的時候才會執(zhí)行自己的任務(wù)。例如磁盤的讀寫操作非常耗時埃叭,如果我們不需要立即獲取到磁盤的數(shù)據(jù)摸恍,我們可以把讀寫任務(wù)放到后臺隊列中,這樣讀寫任務(wù)只會在恰當(dāng)?shù)臅r候去執(zhí)行而不會影響需要更改優(yōu)先級的其他任務(wù)游盲,整個程序也會更加有效率误墓。

Note: 盡管dispatch queues是引用計數(shù)對象,但是我們不需要用retain和release來管理全局的并發(fā)隊列益缎。因為全局隊列對于程序來說是全局的谜慌,retain和release會被全局隊列忽略。所以莺奔,我們不需要存儲這些隊列的引用數(shù)欣范,僅僅只需要在任何要使用它們的地方,調(diào)用dispatch_get_global_queue這個方法即可令哟。

4.2 創(chuàng)建串行隊列&并發(fā)隊列

當(dāng)我們需要某些任務(wù)以指定的順序去執(zhí)行時恼琼,串行隊列是一個非常好的選擇。一個串行隊列在同一時間里只會執(zhí)行一個任務(wù)屏富,而且每次都只會從隊列的頭部把任務(wù)取出來執(zhí)行晴竞。正因為如此,我們可以用串行隊列來替代鎖的操作狠半,比如數(shù)據(jù)資源的同步或修改數(shù)據(jù)結(jié)構(gòu)時噩死。和鎖不同的是,串行隊列能保證任務(wù)都是在可預(yù)見的順序里執(zhí)行神年,而且一旦我們在一個串行隊列里異步提交了任務(wù)已维,隊列就能永遠不發(fā)生死鎖荐健。怎么樣跨细,是不是很棒,不過不像并發(fā)隊列啸箫,這些串行隊列是需要我們自己創(chuàng)建和管理的。

我們還可以在程序里創(chuàng)建任意數(shù)量的隊列堂鲜,不過值得注意的是栈雳,我們要盡量避免創(chuàng)建大量的串行隊列而目的僅僅是為了同時執(zhí)行隊列中的這些任務(wù)。雖然GCD 通過創(chuàng)建所謂的線程池來大致匹配 CPU 內(nèi)核數(shù)量泡嘴,但是線程的創(chuàng)建并不是無代價的甫恩。每個線程都需要占用內(nèi)存和內(nèi)核資源。所以如果需要創(chuàng)建大量的并發(fā)任務(wù)酌予,我們只需要把這些任務(wù)放到并發(fā)隊列中即可磺箕。


//dispatch_queue_t
//dispatch_queue_create(const char *label, dispatch_queue_attr_t attr);

//串行隊列
dispatch_queue_t serialQueue;
serialQueue = dispatch_queue_create("com.example.SerialQueue", NULL);

//并發(fā)隊列
dispatch_queue_t concurrentQueue;
concurrentQueue = dispatch_queue_create("com.example.ConcurrentQueue", DISPATCH_QUEUE_CONCURRENT);
NOTE: dispatch_queue_attr_t設(shè)置成NULL的時候默認代表串行。

4.3 獲取Main Queue

獲取主隊列的方法很簡單抛虫,如下所示:

dispatch_queue_t mainQueue;
mainQueue = dispatch_get_main_queue();

4.4 創(chuàng)建隊列的自定義上下文

所有的dispatch objects(包括dispatch queues)允許我們關(guān)聯(lián)自定義的上下文松靡。我們可以通過使用 dispatch_set_context和dispatch_get_context這兩個方法,來為objects設(shè)定和獲取這些上下文數(shù)據(jù)建椰。因為系統(tǒng)不會使用我們自定義的數(shù)據(jù)雕欺,所以我們需要在適當(dāng)?shù)臅r候生成和銷毀這些數(shù)據(jù)。對于隊列棉姐,我們可以使用上下文來為一個OC對象或其他數(shù)據(jù)結(jié)構(gòu)存儲一個指針屠列,以此來作為某個隊列的唯一標識。我們可以在隊列銷毀前并在隊列最后執(zhí)行的方法中去銷毀上下文數(shù)據(jù)伞矩。


void myFinalizerFunction(void *context)
{
    MyDataContext* theData = (MyDataContext*)context;
    // 清除這個數(shù)據(jù)的內(nèi)容
    myCleanUpDataContextFunction(theData);
    // 釋放數(shù)據(jù).
    free(theData);
}

dispatch_queue_t createMyQueue()
{
    MyDataContext*  data = (MyDataContext*) malloc(sizeof(MyDataContext));
    myInitializeDataContextFunction(data);
    // 創(chuàng)建隊列并設(shè)置上下文.
    dispatch_queue_t serialQueue =
    dispatch_queue_create("com.example.CriticalTaskQueue", NULL);
    if (serialQueue)
    {
        dispatch_set_context(serialQueue, data);
        dispatch_set_finalizer_f(serialQueue, &myFinalizerFunction);
    }
    return serialQueue;
}

4.5 添加任務(wù)到隊列

GCD有兩種方式來把任務(wù)添加到隊列中:異步和同步笛洛。一般情況下,使用dispatch_async和dispatch_async_f來執(zhí)行異步操作乃坤,是比同步操作更好的選擇苛让。當(dāng)我們添加一個block對象或C函數(shù)到一個隊列中后就立即返回了,任務(wù)會在之后由 GCD 決定執(zhí)行湿诊,以及任務(wù)什么時候執(zhí)行完我們是無法知道確定的狱杰。這樣的好處是,如果我們需要在后臺執(zhí)行一個基于網(wǎng)絡(luò)或 CPU 緊張的任務(wù)時就使用異步方法 厅须,這樣就不會阻塞當(dāng)前線程仿畸。

盡管一般情況下,我們會優(yōu)先選擇異步操作朗和,但是在某些情況下错沽,我們還是需要任務(wù)同步來執(zhí)行。比如需要用同步操作來防止資源競爭或其他同步問題例隆。這時,我們可以用 dispatch_sync和dispatch_sync_f方法來把任務(wù)添加到隊列中抢蚀,這樣被添加的任務(wù)會阻塞當(dāng)前線程镀层,直到這些任務(wù)執(zhí)行完。

代碼示例:

//代碼示例:
//異步執(zhí)行
dispatch_queue_t myCustomQueue;
myCustomQueue = dispatch_queue_create("com.example.MyCustomQueue", NULL);
dispatch_async(myCustomQueue, ^{
    NSLog("Do some work here.");
});
//同步執(zhí)行
dispatch_sync(myCustomQueue, ^{
    NSLog("Do some more work here.");
});
NOTE:dispatch_async在不同隊列類型執(zhí)行的情況

自定義串行隊列:當(dāng)你想串行執(zhí)行后臺任務(wù)并追蹤它時就是一個好選擇。這消除了資源爭用唱逢,因為你知道一次只有一個任務(wù)在執(zhí)行吴侦。
主隊列:這是在一個并發(fā)隊列上完成任務(wù)后更新 UI 的一般選擇。
并發(fā)隊列:這是在后臺執(zhí)行非 UI 工作的一般選擇
任務(wù)執(zhí)行完后添加一個完成塊(Completion Block)

通常來說坞古,我們把任務(wù)添加到隊列后备韧,一旦任務(wù)執(zhí)行完,我們希望能得到通知并及時處理任務(wù)完成的結(jié)果痪枫。安裝傳統(tǒng)的異步開發(fā)流程织堂,我們可以使用回調(diào)機制,或者在隊列中使用完成塊(Completion Block)奶陈。

一個Completion Block是在原任務(wù)完成后易阳,我們給隊列添加的一個代碼塊〕粤#回調(diào)代碼的經(jīng)典做法一般是在任務(wù)開始時潦俺,把completion block當(dāng)成一個參數(shù)。需要我們做的只是把一個指定的block或函數(shù)徐勃,在指定的隊列完成時事示,提交給這個隊列即可。

下面是在一個計算平均值的函數(shù)僻肖,其利用了block方法來作為運算結(jié)果的回調(diào)肖爵。這個函數(shù)的最后參數(shù)queue、block檐涝,指定了一個queue和一個block遏匆,其在計算完數(shù)值結(jié)果后會把結(jié)果值傳給這個block,然后再把block分發(fā)到這個隊列(queue)中谁榜。注意幅聘,為了避免queue被提前釋放掉了,我們可以在函數(shù)執(zhí)行開始階段為隊列retain窃植,然后在completion block完成后再release隊列帝蒿。

代碼示例:

void average_async(int *data, size_t len,
                   dispatch_queue_t queue, void (^block)(int))
{
    // Retain the queue 以此確保在completion block
    // 完成前不會被釋放掉
    dispatch_retain(queue);
    // Do the work on the default concurrent queue and then
    // call the user-provided block with the results.
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0),
                   ^{
                       int avg = average(data, len);
                       dispatch_async(queue, ^{ block(avg);});
                       // Release the queue
                       dispatch_release(queue);
                   });
}

4.6 并發(fā)執(zhí)行迭代循環(huán)

在開發(fā)中,并發(fā)隊列能很好地提高效率巷怜,特別是當(dāng)我們需要執(zhí)行一個數(shù)據(jù)龐大的循環(huán)操作時葛超。打個比方來說吧,我們需要執(zhí)行一個for循環(huán)延塑,每一次循環(huán)操作如下:

for (i = 0; i < count; i++) {
    NSLog("%d",i);
}

GCD提供了一個簡化方法叫做dispatch_apply绣张,當(dāng)我們把這個方法放到并發(fā)隊列中執(zhí)行時,這個函數(shù)會調(diào)用單一block多次关带,并平行運算侥涵,然后等待所有運算結(jié)束。

代碼示例:

dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_apply(count, queue, ^(size_t i) {
    NSLog("%d",i);
});

怎么樣,是不是很棒芜飘,但是需要異步怎么辦务豺?dispatch_apply函數(shù)是沒有異步版本的。解決的方法是只要用dispatch_async函數(shù)將所有代碼推到后臺就行了嗦明。

代碼示例:

dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);

dispatch_async(queue, ^{
    dispatch_apply(count, queue, ^(size_t i) {
        NSLog("%d",i);
    });
});

4.7 掛起和恢復(fù)隊列

有時候笼沥,我們不想讓隊列中的某些任務(wù)馬上執(zhí)行,這時我們可以通過掛起操作來阻止一個隊列中將要執(zhí)行的任務(wù)娶牌。當(dāng)需要掛起隊列時奔浅,使用dispatch_suspend方法;恢復(fù)隊列時裙戏,使用dispatch_resume方法乘凸。調(diào)用dispatch_suspend會增加隊列掛起的引用計數(shù),而調(diào)用dispatch_resume則會減少引用計數(shù)累榜,當(dāng)引用計數(shù)大于0時营勤,隊列會保持掛起狀態(tài)。因此壹罚,這隊列的掛起和恢復(fù)中葛作,我們需要小心使用以避免引用計數(shù)計算錯誤的出現(xiàn)。

代碼示例:

dispatch_queue_t myQueue;
myQueue = dispatch_queue_create("com.example.MyCustomQueue", NULL);
//掛起隊列
dispatch_suspend(myQueue);
//恢復(fù)隊列
dispatch_resume(myQueue);
NOTE:執(zhí)行掛起操作不會對已經(jīng)開始執(zhí)行的任務(wù)起作用猖凛,它僅僅只會阻止將要進行但是還未開始的任務(wù)赂蠢。

4.8 使用Dispatch Semaphores

信號量的作用是控制多個任務(wù)對有限數(shù)量資源的訪問。一個dispatch semaphore就像一個普通信號的例外辨泳。當(dāng)資源可用時虱岂,獲取dispatch semaphore的時間比獲取傳統(tǒng)的系統(tǒng)信號量要更少。這是因為GCD不調(diào)用這個特殊情況下的內(nèi)核菠红。唯一的一次需要在內(nèi)核中調(diào)用的情況是第岖,當(dāng)資源不可用且系統(tǒng)需要在停止你的線程直到獲取信號。舉例來說更容易理解试溯,如果你創(chuàng)建了一個有著兩個資源的信號量蔑滓,那同時最多只能有兩個線程可以訪問臨界區(qū)。其他想使用資源的線程必須在FIFO隊列里等待遇绞。

4.9 常用的dispatch semaphore的語法:

當(dāng)創(chuàng)建信號量(使用dispatch_semaphore_create方法)键袱,我們可以指定一個正整數(shù),表示可用資源的數(shù)量摹闽。

在每一個任務(wù)里蹄咖,調(diào)用dispatch_semaphore_wait來等待信號量。

當(dāng)?shù)却{(diào)用返回時付鹿,獲取資源并做自己的工作澜汤。

當(dāng)我們用到資源后铝量,釋放掉它,然后通過調(diào)用dispatch_semaphore_signal方法來發(fā)出信號银亲。

每一個應(yīng)用都提供了有限的文件描述符來使用,如果我們需要處理一大堆的文件時纽匙,我們不想在運行文件描述符的時候同時打開很多文件务蝠。取而代之的是,我們可以用信號量來限制同一時間里文件描述符的數(shù)量烛缔。下面就是為了實現(xiàn)此需求的簡單

代碼:

// 創(chuàng)建一個信號量
dispatch_semaphore_t fd_sema = dispatch_semaphore_create(getdtablesize() / 2);
// 等待一個空閑的文件描述符
dispatch_semaphore_wait(fd_sema, DISPATCH_TIME_FOREVER);
fd = open("/etc/services", O_RDONLY);
// 當(dāng)完成時馏段,釋放掉文件描述符
close(fd);
dispatch_semaphore_signal(fd_sema);

4.10 Dispatch Groups的使用

Dispatch groups是阻塞線程直到一個或多個任務(wù)完成的一種方式。在那些需要等待任務(wù)完成才能執(zhí)行某個處理的時候践瓷,你可以使用這個方法院喜。Dispatch Group會在整個組的任務(wù)都完成時通知你,這些任務(wù)可以是同步的晕翠,也可以是異步的喷舀,即便在不同的隊列也行。而且在整個組的任務(wù)都完成時淋肾,Dispatch Group可以用同步的或者異步的方式通知你硫麻。當(dāng)group中所有的任務(wù)都完成時,GCD 提供了兩種通知方式樊卓。

dispatch_group_wait拿愧。它會阻塞當(dāng)前線程,直到組里面所有的任務(wù)都完成或者等到某個超時發(fā)生碌尔。

代碼示例:

dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_group_t group = dispatch_group_create();
// 添加隊列到組中
dispatch_group_async(group, queue, ^{
    // 一些異步操作
});
//如果在所有任務(wù)完成前超時了浇辜,該函數(shù)會返回一個非零值。
//你可以對此返回值做條件判斷以確定是否超出等待周期唾戚;
dispatch_group_wait(group, DISPATCH_TIME_FOREVER);
// 不需要group后將做釋放操作

dispatch_release(group);
dispatch_group_notify柳洋。它以異步的方式工作,當(dāng) Dispatch Group中沒有任何任務(wù)時颈走,它就會執(zhí)行其代碼膳灶,那么 completionBlock便會運行。

代碼示例:

dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_group_t group = dispatch_group_create();
// 添加隊列到組中
dispatch_group_async(group, queue, ^{
    // 一些異步操作
});
dispatch_group_notify(group, dispatch_get_main_queue(), ^{
    if (completionBlock) { completionBlock(error); }
});

OK!以上即是GCD的一些基本用法立由。下一部分將是講解GCD的進階編程轧钓,敬請期待。锐膜。毕箍。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市道盏,隨后出現(xiàn)的幾起案子而柑,更是在濱河造成了極大的恐慌文捶,老刑警劉巖,帶你破解...
    沈念sama閱讀 206,968評論 6 482
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件媒咳,死亡現(xiàn)場離奇詭異粹排,居然都是意外死亡,警方通過查閱死者的電腦和手機涩澡,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,601評論 2 382
  • 文/潘曉璐 我一進店門顽耳,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人妙同,你說我怎么就攤上這事射富。” “怎么了粥帚?”我有些...
    開封第一講書人閱讀 153,220評論 0 344
  • 文/不壞的土叔 我叫張陵胰耗,是天一觀的道長。 經(jīng)常有香客問我芒涡,道長柴灯,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,416評論 1 279
  • 正文 為了忘掉前任费尽,我火速辦了婚禮弛槐,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘依啰。我一直安慰自己乎串,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 64,425評論 5 374
  • 文/花漫 我一把揭開白布速警。 她就那樣靜靜地躺著叹誉,像睡著了一般。 火紅的嫁衣襯著肌膚如雪闷旧。 梳的紋絲不亂的頭發(fā)上长豁,一...
    開封第一講書人閱讀 49,144評論 1 285
  • 那天,我揣著相機與錄音忙灼,去河邊找鬼匠襟。 笑死,一個胖子當(dāng)著我的面吹牛该园,可吹牛的內(nèi)容都是我干的酸舍。 我是一名探鬼主播,決...
    沈念sama閱讀 38,432評論 3 401
  • 文/蒼蘭香墨 我猛地睜開眼里初,長吁一口氣:“原來是場噩夢啊……” “哼啃勉!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起双妨,我...
    開封第一講書人閱讀 37,088評論 0 261
  • 序言:老撾萬榮一對情侶失蹤淮阐,失蹤者是張志新(化名)和其女友劉穎叮阅,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體泣特,經(jīng)...
    沈念sama閱讀 43,586評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡浩姥,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,028評論 2 325
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了状您。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片及刻。...
    茶點故事閱讀 38,137評論 1 334
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖竞阐,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情暑劝,我是刑警寧澤骆莹,帶...
    沈念sama閱讀 33,783評論 4 324
  • 正文 年R本政府宣布,位于F島的核電站担猛,受9級特大地震影響幕垦,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜傅联,卻給世界環(huán)境...
    茶點故事閱讀 39,343評論 3 307
  • 文/蒙蒙 一先改、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧蒸走,春花似錦仇奶、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,333評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至别惦,卻和暖如春狈茉,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背掸掸。 一陣腳步聲響...
    開封第一講書人閱讀 31,559評論 1 262
  • 我被黑心中介騙來泰國打工氯庆, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人扰付。 一個月前我還...
    沈念sama閱讀 45,595評論 2 355
  • 正文 我出身青樓堤撵,卻偏偏與公主長得像,于是被迫代替她去往敵國和親羽莺。 傳聞我的和親對象是個殘疾皇子粒督,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 42,901評論 2 345

推薦閱讀更多精彩內(nèi)容