iOS底層-GCD底層原理

dispatch_async底層

#ifdef __BLOCKS__
void
dispatch_async(dispatch_queue_t dq, dispatch_block_t work)
{
    dispatch_continuation_t dc = _dispatch_continuation_alloc();
    uintptr_t dc_flags = DC_FLAG_CONSUME;
    dispatch_qos_t qos;

    qos = _dispatch_continuation_init(dc, dq, work, 0, dc_flags);
    _dispatch_continuation_async(dq, dc, qos, dc->dc_flags);
}
#endif

dispatch_async的源碼不多,接下來我們要探索兩個方面:

  • 子線程創(chuàng)建的時機(jī)點(diǎn)
  • 任務(wù)block執(zhí)行的時機(jī)點(diǎn)

1.子線程創(chuàng)建流程

我們先進(jìn)入_dispatch_continuation_init的流程篮奄,看看是否有子線程創(chuàng)建把沼?

1.1_dispatch_continuation_init

image.png

接著來到_dispatch_continuation_init_f

  • _dispatch_continuation_init_f


    image.png
  • _dispatch_continuation_voucher_set


    image.png
  • _dispatch_continuation_priority_set --> dc的dc_priority的設(shè)置


    image.png

    我們發(fā)現(xiàn)_dispatch_continuation_init里面并沒有子線程創(chuàng)建的代碼慈省,接下來我們?nèi)dispatch_continuation_async找找

1.2_dispatch_continuation_async

image.png

根據(jù)返回值踩晶,鎖定到了dx_push纽竣。全局搜索dx_push


image.png

繼續(xù)看dq_push


image.png

如果是并發(fā)隊列,那么.dq_push = _dispatch_lane_concurrent_push,接著來到
_dispatch_lane_concurrent_push


image.png

顯然是非柵欄函數(shù)悯衬,那么進(jìn)入_dispatch_continuation_redirect_push


image.png

那do_targetq是什么呢肾扰?得回到隊列的創(chuàng)建dispatch_queue_create去查看


image.png

image.png

image.png

那么,_dispatch_continuation_redirect_push里的dx_push時的隊列是_dispatch_get_root_queue()


image.png

同理脆荷,找dispatch_queue_global_t 對應(yīng)的 dq_push 的方法
image.png

image.png

image.png
image.png

image.png

到這里凝垛,我們應(yīng)該知道dispatch_async中子線程創(chuàng)建的調(diào)用流程:

1.dispatch_async --> _dispatch_continuation_async --> dx_push --> dq_push --> 并發(fā)隊列:_dispatch_lane_concurrent_push --> _dispatch_continuation_redirect_push
2._dispatch_continuation_redirect_push --> dx_push(此時是global_queue) -->_dispatch_root_queue_push --> _dispatch_root_queue_push_inline-->_dispatch_root_queue_poke-->_dispatch_root_queue_poke_slow -->線程池調(diào)度懊悯,創(chuàng)建線程pthread_create

2.任務(wù)Block的調(diào)用流程

那么接下來的問題就是 block何時調(diào)用?

再看哪里調(diào)用的block --> 類似這樣的代碼block(xxx)? 我們可以在dispatch_async的任務(wù)block中打斷點(diǎn),然后bt查看調(diào)用棧


image.png

注意到在調(diào)用棧中有一個_dispatch_worker_thread2梦皮,現(xiàn)在重點(diǎn)就來到 --> 什么時候調(diào)起的_dispatch_worker_thread2炭分?

我們先全局搜索一下_dispatch_worker_thread2


image.png

發(fā)現(xiàn)全在一個方法里面 --> _dispatch_root_queues_init_once中,同理届氢,全局搜索


image.png

再全局搜索_dispatch_root_queues_init


image.png

_dispatch_root_queue_poke_slow是否很熟悉欠窒? 就是我們上面在查找創(chuàng)建子線程時調(diào)用棧走過的方法,那么此時任務(wù)block的調(diào)用和子線程的創(chuàng)建產(chǎn)生了聯(lián)系退子,這個聯(lián)系就是_dispatch_root_queue_poke_slow

2.1 _dispatch_root_queues_init

DISPATCH_STATIC_GLOBAL(dispatch_once_t _dispatch_root_queues_pred);
DISPATCH_ALWAYS_INLINE
static inline void
_dispatch_root_queues_init(void)
{
    dispatch_once_f(&_dispatch_root_queues_pred, NULL,
            _dispatch_root_queues_init_once);
}

dispatch_once_f是否有些熟悉岖妄?莫非是單例?我們平時寫的單例是這樣的

    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        // input your code
    });

搜索一下dispatch_once源碼


image.png

接下來繼續(xù)探索dispatch_once_f

DISPATCH_NOINLINE
void
dispatch_once_f(dispatch_once_t *val, void *ctxt, dispatch_function_t func)
{
    dispatch_once_gate_t l = (dispatch_once_gate_t)val;

#if !DISPATCH_ONCE_INLINE_FASTPATH || DISPATCH_ONCE_USE_QUIESCENT_COUNTER
    uintptr_t v = os_atomic_load(&l->dgo_once, acquire);
    if (likely(v == DLOCK_ONCE_DONE)) {
        return;
    }
#if DISPATCH_ONCE_USE_QUIESCENT_COUNTER
    if (likely(DISPATCH_ONCE_IS_GEN(v))) {
        return _dispatch_once_mark_done_if_quiesced(l, v);
    }
#endif
#endif
    if (_dispatch_once_gate_tryenter(l)) {
        return _dispatch_once_callout(l, ctxt, func);
    }
    return _dispatch_once_wait(l);
}
image.png

image.png

image.png
image.png

總之,這個_dispatch_once_gate_tryenter判斷條件寂祥,就能保證當(dāng)前只有一個線程進(jìn)去執(zhí)行代碼荐虐,那為什么只能執(zhí)行一次呢?還是看_dispatch_once_gate_broadcast 里的 _dispatch_once_mark_done

image.png

image.png

回到Block的調(diào)用時機(jī)
即什么時候調(diào)起的_dispatch_worker_thread2 丸凭?
在_dispatch_root_queues_init時福扬,單例執(zhí)行的任務(wù)block是_dispatch_root_queues_init_once

image.png

再來看看_dispatch_root_queues_init_once
image.png

image.png

image.png

上圖可知,在_dispatch_root_queues_init_once中完成了線程與任務(wù)_dispatch_worker_thread2的綁定過程惜犀。接下來就看看_dispatch_worker_thread2的大致流程

  • _dispatch_worker_thread2底層


    image.png

    image.png

    image.png

    最終铛碑,我們來到了dx_invoke 和_dispatch_continuation_invoke_inline。

  • _dispatch_continuation_invoke_inline


    image.png

    image.png

至此虽界,我們跟著底層源碼弄清楚了block()的調(diào)用流程??

1.通過在block任務(wù)中打斷點(diǎn)汽烦,LLDB bt指令查看調(diào)用棧信息,找到_dispatch_worker_thread2莉御;
2.搜索調(diào)用_dispatch_worker_thread2的地方撇吞,找到_dispatch_root_queues_init --> _dispatch_root_queues_init_once;
3.接著我們在_dispatch_root_queues_init_once中發(fā)現(xiàn)了子線程的創(chuàng)建礁叔,并綁定了block任務(wù)_dispatch_worker_thread2牍颈;
4.接著我們繼續(xù)查看_dispatch_worker_thread2的底層源碼,發(fā)現(xiàn)了調(diào)用block任務(wù)的時機(jī)點(diǎn)

dispatch_sync底層

image.png
image.png

接著看_dispatch_barrier_sync_f的源碼


image.png

image.png

再回頭看看_dispatch_queue_try_acquire_barrier_sync里的流程


image.png

image.png
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末琅关,一起剝皮案震驚了整個濱河市煮岁,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌涣易,老刑警劉巖人乓,帶你破解...
    沈念sama閱讀 222,681評論 6 517
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異都毒,居然都是意外死亡色罚,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,205評論 3 399
  • 文/潘曉璐 我一進(jìn)店門账劲,熙熙樓的掌柜王于貴愁眉苦臉地迎上來戳护,“玉大人金抡,你說我怎么就攤上這事‰缜遥” “怎么了梗肝?”我有些...
    開封第一講書人閱讀 169,421評論 0 362
  • 文/不壞的土叔 我叫張陵,是天一觀的道長铺董。 經(jīng)常有香客問我巫击,道長,這世上最難降的妖魔是什么精续? 我笑而不...
    開封第一講書人閱讀 60,114評論 1 300
  • 正文 為了忘掉前任坝锰,我火速辦了婚禮,結(jié)果婚禮上重付,老公的妹妹穿的比我還像新娘顷级。我一直安慰自己,他們只是感情好确垫,可當(dāng)我...
    茶點(diǎn)故事閱讀 69,116評論 6 398
  • 文/花漫 我一把揭開白布弓颈。 她就那樣靜靜地躺著,像睡著了一般删掀。 火紅的嫁衣襯著肌膚如雪翔冀。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,713評論 1 312
  • 那天披泪,我揣著相機(jī)與錄音纤子,去河邊找鬼。 笑死付呕,一個胖子當(dāng)著我的面吹牛计福,可吹牛的內(nèi)容都是我干的跌捆。 我是一名探鬼主播徽职,決...
    沈念sama閱讀 41,170評論 3 422
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼佩厚!你這毒婦竟也來了姆钉?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 40,116評論 0 277
  • 序言:老撾萬榮一對情侶失蹤抄瓦,失蹤者是張志新(化名)和其女友劉穎潮瓶,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體钙姊,經(jīng)...
    沈念sama閱讀 46,651評論 1 320
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡毯辅,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,714評論 3 342
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了煞额。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片思恐。...
    茶點(diǎn)故事閱讀 40,865評論 1 353
  • 序言:一個原本活蹦亂跳的男人離奇死亡沾谜,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出胀莹,到底是詐尸還是另有隱情基跑,我是刑警寧澤,帶...
    沈念sama閱讀 36,527評論 5 351
  • 正文 年R本政府宣布描焰,位于F島的核電站媳否,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏荆秦。R本人自食惡果不足惜篱竭,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 42,211評論 3 336
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望萄凤。 院中可真熱鬧室抽,春花似錦、人聲如沸靡努。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,699評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽惑朦。三九已至兽泄,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間漾月,已是汗流浹背病梢。 一陣腳步聲響...
    開封第一講書人閱讀 33,814評論 1 274
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留梁肿,地道東北人蜓陌。 一個月前我還...
    沈念sama閱讀 49,299評論 3 379
  • 正文 我出身青樓,卻偏偏與公主長得像吩蔑,于是被迫代替她去往敵國和親钮热。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,870評論 2 361

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