在項目中，我們必不可少的會遇到多線程的處理問題，在我最近的項目中隔心，我也踩到了多線程這個坑，在此總結(jié)一下自己的經(jīng)驗尚胞。
在iOS中硬霍，和線程相關(guān)的有四種：
- Pthreads
- NSThread
- GCD
- NSOperation & NSOperationQueue
但是我們?nèi)粘ｉ_發(fā)任務(wù)中，最常用到的就是NSThread和GCD笼裳。
而我對于NSThread的理解就是在于用
[NSThread currentThread];
通過這個來查看當(dāng)前線程唯卖。- - !
來談?wù)劷裉斓闹攸cGCD。
GCD = Grand Central Dispatch
聽到這個名字就感覺很霸氣躬柬，感謝蘋果給我們封裝了一個這么好的多線程處理框架拜轨，它是蘋果為多核的并行運(yùn)算提出的解決方案，所以會自動合理地利用更多的CPU內(nèi)核（比如雙核允青、四核）橄碾，最重要的是它會自動管理線程的生命周期（創(chuàng)建線程、調(diào)度任務(wù)颠锉、銷毀線程）法牲，完全不需要我們管理，我們只需要告訴干什么就行木柬。同時它使用的也是 C語言皆串，不過由于使用了 Block（Swift里叫做閉包），使得使用起來更加方便眉枕，而且靈活。所以基本上大家都使用 GCD 這套方案。
在 GCD 中速挑，加入了兩個非常重要的概念： 任務(wù) 和 隊列谤牡。
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
NSLog(@"async queue %@", [NSThread currentThread]);
});
上面這段代碼就是向全局隊列（global）異步（async）添加了一個任務(wù)（block內(nèi)的代碼）。
然而你會發(fā)現(xiàn)姥宝，這里并沒有出現(xiàn)線程翅萤，因為GCD并不會讓我們直接去面對線程，而是直接管理線程的調(diào)度者---隊列腊满。
我簡單的闡述下線程套么、隊列、任務(wù)三者的關(guān)系碳蛋。
線程就是工地上的工人胚泌，他負(fù)責(zé)做事情，處理我們的任務(wù)肃弟。
隊列就工頭玷室，他負(fù)責(zé)安排哪個人來處理我們的任務(wù)。
至于任務(wù)笤受，這個東西你說啥穷缤，那他就是啥。
搞清楚線程箩兽、隊列津肛、任務(wù)的關(guān)系之后，我們討論一下線程死鎖汗贫。
死鎖的規(guī)范定義：集合中的每一個進(jìn)程都在等待只能由本集合中的其他進(jìn)程才能引發(fā)的事件身坐，那么該組進(jìn)程是死鎖的。
講道理芳绩，這樣的官方說法掀亥，看起來太費(fèi)腦，talk is cheap,show me the code.
dispatch_sync(dispatch_get_main_queue(), ^{
NSLog(@"sync queue %@", [NSThread currentThread]);
});
這就是一個很經(jīng)典的線程死鎖妥色，經(jīng)典到任何一個用GCD的人都不會犯這個錯誤搪花。
現(xiàn)在來分析一下，為什么這段代碼會造成線程死鎖嘹害。
這段代碼執(zhí)行在主線程撮竿，但是執(zhí)行到這的時候，他向主線程同步提交了一個任務(wù)笔呀，主線程是串行執(zhí)行幢踏，也就是按順序一個一個執(zhí)行當(dāng)前任務(wù)。
然而同步是會阻塞當(dāng)前線程许师，而且不會開辟新的線程房蝉。
這就會導(dǎo)致一個情況僚匆，主線程被卡死。而且是一直卡死搭幻。主線程卡死就會導(dǎo)致UI不能刷新咧擂，不能響應(yīng)用戶的點擊事件。用戶的體驗就是：草檀蹋，死機(jī)了松申！
造成上述死鎖有三個條件:
- 同步提交
- 串行執(zhí)行
- 上下文隊列和目標(biāo)隊列是同一個隊列
總結(jié)
dispatch_sync執(zhí)行的上下文環(huán)境所處的隊列，如果跟提交到的目標(biāo)隊列是同一個隊列俯逾，別管這個隊列是main隊列還是你手動創(chuàng)建的贸桶，都會死鎖（僅限于串行）。
多線程分析的要點是：1桌肴、上下文環(huán)境所處的隊列 2皇筛、執(zhí)行同步或者異步操作所提交到的目標(biāo)隊列。掌握這兩點识脆，是必須的设联。
如果向一個并行隊列同步提交一個任務(wù)，相當(dāng)于沒寫灼捂，此任務(wù)所在線程就是當(dāng)前線程离例。
同步和異步的區(qū)別：是否會阻塞當(dāng)前線程，如果阻塞當(dāng)前線程悉稠，則是同步宫蛆。反之則為異步。
