iOS 多線程
GCD 深入理解：第一部分 作者:Derek Selander
GCD 深入理解：第二部分 作者:Derek Selander
一些常見(jiàn)的誤區(qū)
- 并行 vs. 并發(fā)
多核設(shè)備通過(guò)并行來(lái)同時(shí)執(zhí)行多個(gè)線程；然而，為了使單核設(shè)備也能實(shí)現(xiàn)這一點(diǎn)摇予，它們必須先運(yùn)行一個(gè)線程搪搏，執(zhí)行一個(gè)上下文切換拦键，然后運(yùn)行另一個(gè)線程或進(jìn)程罐呼。這通常發(fā)生地足夠快以致給我們并發(fā)執(zhí)行地錯(cuò)覺(jué)，如下圖所示圖片
- 串行 vs. 并發(fā)
任務(wù)串行執(zhí)行就是每次只有一個(gè)任務(wù)被執(zhí)行猜丹，任務(wù)并發(fā)執(zhí)行就是在同一時(shí)間可以有多個(gè)任務(wù)被執(zhí)行求泰。
- 同步 vs. 異步
一個(gè)同步函數(shù)只在完成了它預(yù)定的任務(wù)后才返回央渣。一個(gè)異步函數(shù)，剛好相反渴频，會(huì)立即返回芽丹，預(yù)定的任務(wù)會(huì)完成但不會(huì)等它完成。因此卜朗，一個(gè)異步函數(shù)不會(huì)阻塞當(dāng)前線程去執(zhí)行下一個(gè)函數(shù)拔第。
**3種常見(jiàn)方式 **
1.NSThread
2.NSOperation
3. GCD
**dispatch_async **
自定義串行隊(duì)列：當(dāng)你想串行執(zhí)行后臺(tái)任務(wù)并追蹤它時(shí)就是一個(gè)好選擇。這消除了資源爭(zhēng)用场钉，因?yàn)槟阒酪淮沃挥幸粋€(gè)任務(wù)在執(zhí)行蚊俺。注意若你需要來(lái)自某個(gè)方法的數(shù)據(jù)，你必須內(nèi)聯(lián)另一個(gè) Block 來(lái)找回它或考慮使用 dispatch_sync逛万。主隊(duì)列（串行）：這是在一個(gè)并發(fā)隊(duì)列上完成任務(wù)后更新 UI 的共同選擇泳猬。要這樣做，你將在一個(gè) Block 內(nèi)部編寫(xiě)另一個(gè) Block 宇植。以及得封，如果你在主隊(duì)列調(diào)用 dispatch_async 到主隊(duì)列，你能確保這個(gè)新任務(wù)將在當(dāng)前方法完成后的某個(gè)時(shí)間執(zhí)行指郁。并發(fā)隊(duì)列：這是在后臺(tái)執(zhí)行非 UI 工作的共同選擇忙上。
dispatch_after
自定義串行隊(duì)列：在一個(gè)自定義串行隊(duì)列上使用 dispatch_after 要小心。你最好堅(jiān)持使用主隊(duì)列闲坎。主隊(duì)列（串行）：是使用 dispatch_after 的好選擇疫粥；Xcode 提供了一個(gè)不錯(cuò)的自動(dòng)完成模版。并發(fā)隊(duì)列：在并發(fā)隊(duì)列上使用 dispatch_after 也要小心腰懂；你會(huì)這樣做就比較罕見(jiàn)梗逮。還是在主隊(duì)列做這些操作吧
dispatch_once
dispatch_once() 以線程安全的方式執(zhí)行且僅執(zhí)行其代碼塊一次。試圖訪問(wèn)臨界區(qū)（即傳遞給 dispatch_once 的代碼）的不同的線程會(huì)在臨界區(qū)已有一個(gè)線程的情況下被阻塞悯恍，直到臨界區(qū)完成為止库糠。
dispatch barriers
Dispatch barriers 是一組函數(shù)，在并發(fā)隊(duì)列上工作時(shí)扮演一個(gè)串行式的瓶頸涮毫。使用 GCD 的障礙（barrier）API 確保提交的 Block 在那個(gè)特定時(shí)間上是指定隊(duì)列上唯一被執(zhí)行的條目瞬欧。這就意味著所有的先于調(diào)度障礙提交到隊(duì)列的條目必能在這個(gè) Block 執(zhí)行前完成。當(dāng)這個(gè) Block 的時(shí)機(jī)到達(dá)罢防，調(diào)度障礙執(zhí)行這個(gè) Block 并確保在那個(gè)時(shí)間里隊(duì)列不會(huì)執(zhí)行任何其它 Block 艘虎。一旦完成，隊(duì)列就返回到它默認(rèn)的實(shí)現(xiàn)狀態(tài)咒吐。 GCD 提供了同步和異步兩種障礙函數(shù)野建。下圖顯示了障礙函數(shù)對(duì)多個(gè)異步隊(duì)列的影響：
GCD 通過(guò)用 dispatch barriers 創(chuàng)建一個(gè)讀者寫(xiě)者鎖 提供了一個(gè)優(yōu)雅的解決方案属划。解決了 當(dāng)一個(gè)線程調(diào)用讀方法 的同時(shí)另一個(gè)線程調(diào)用寫(xiě)方法.即讀者寫(xiě)者問(wèn)題使用場(chǎng)合:自定義并發(fā)隊(duì)列
dispatch_sync
自定義串行隊(duì)列：在這個(gè)狀況下要非常小心！如果你正運(yùn)行在一個(gè)隊(duì)列并調(diào)用 dispatch_sync 放在同一個(gè)隊(duì)列候生，那你就百分百地創(chuàng)建了一個(gè)死鎖同眯。主隊(duì)列（串行）：同上面的理由一樣，必須非常小心唯鸭！這個(gè)狀況同樣有潛在的導(dǎo)致死鎖的情況须蜗。并發(fā)隊(duì)列：這才是做同步工作的好選擇，不論是通過(guò)調(diào)度障礙目溉，或者需要等待一個(gè)任務(wù)完成才能執(zhí)行進(jìn)一步處理的情況明肮。
一個(gè)例子 關(guān)于單例 讀寫(xiě)者
// PhotoManager.m
// PhotoFilter//
// Created by A Magical Unicorn on A Sunday Night.// Copyright (c) 2014 Derek Selander. All rights reserved.//@import CoreImage;@import AssetsLibrary;
#import "PhotoManager.h"
@interface PhotoManager ()
@property (nonatomic, strong, readonly) NSMutableArray *photosArray;
@property (nonatomic, strong) dispatch_queue_t concurrentPhotoQueue;
@end
@implementation PhotoManager
// 單例類(lèi)
+ (instancetype)sharedManager{
static PhotoManager *sharedPhotoManager = nil; static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{
sharedPhotoManager = [[PhotoManager alloc] init];
sharedPhotoManager->_photosArray = [NSMutableArray array];
sharedPhotoManager->_concurrentPhotoQueue = dispatch_queue_create("com.text", DISPATCH_QUEUE_CONCURRENT); }); return sharedPhotoManager;
}
// Getter And Setter
- (NSArray *)photos{
__block NSArray *array;
dispatch_sync(self.concurrentPhotoQueue, ^{
array = [NSArray arrayWithArray:_photosArray];
});
return array;}
- (void)addPhoto:(Photo *)photo{
if (photo) {
dispatch_barrier_async(self.concurrentPhotoQueue, ^{
[_photosArray addObject:photo];
dispatch_async(dispatch_get_main_queue(), ^{
[self postContentAddedNotification];
});;
});
}}
@end
dispatch_group
Dispatch Group 會(huì)在整個(gè)組的任務(wù)都完成時(shí)通知你。這些任務(wù)可以是同步的缭付，也可以是異步的柿估，即便在不同的隊(duì)列也行。而且在整個(gè)組的任務(wù)都完成時(shí)陷猫，Dispatch Group 可以用同步的或者異步的方式通知你秫舌。因?yàn)橐O(jiān)控的任務(wù)在不同隊(duì)列，那就用一個(gè) dispatch_group_t 的實(shí)例來(lái)記下這些不同的任務(wù)烙丛。當(dāng)組中所有的事件都完成時(shí)舅巷，GCD 的 API 提供了兩種通知方式。第一種是 dispatch_group_wait 河咽，它會(huì)阻塞當(dāng)前線程钠右，直到組里面所有的任務(wù)都完成或者等到某個(gè)超時(shí)發(fā)生。第二種是dispatch_group_notify> 自定義串行隊(duì)列：它很適合當(dāng)一組任務(wù)完成時(shí)發(fā)出通知忘蟹。主隊(duì)列（串行）：它也很適合這樣的情況飒房。但如果你要同步地等待所有工作地完成，那你就不應(yīng)該使用它媚值，因?yàn)槟悴荒茏枞骶€程狠毯。然而，異步模型是一個(gè)很有吸引力的能用于在幾個(gè)較長(zhǎng)任務(wù)（例如網(wǎng)絡(luò)調(diào)用）完成后更新 UI 的方式褥芒。并發(fā)隊(duì)列：它也很適合 Dispatch Group 和完成時(shí)通知嚼松。
