- 在iOS中,蘋果提供了兩種方式進(jìn)行多任務(wù)編程：Grand Central Dispatch (GCD) 和 NSOperationQueue洲炊。本文主要介紹GCD在Swift3.0的改變,無論那種方式實(shí)現(xiàn)多線程,都是為了不堵塞主線程,高效的利用CPU,以便于任何操作都不能堵塞主線程霹粥，必須使其用于界面響應(yīng)以及用戶交互。
- Swift3.0重新寫GCD語(yǔ)法和風(fēng)格,在介紹新GCD前,先了解兩個(gè)重要的概念.
- 1.隊(duì)列( dispatch queue):
一個(gè)隊(duì)列實(shí)際上就是一系列的代碼塊迅办，這些代碼可以在主線程或后臺(tái)線程中以同步或者異步的方式執(zhí)行购城。一旦隊(duì)列創(chuàng)建完成卷员，操作系統(tǒng)就接管了這個(gè)隊(duì)列岂却，并將其分配到任意一個(gè)核心中進(jìn)行處理。不管有多少個(gè)隊(duì)列捆昏，它們都能被系統(tǒng)正確地管理赚楚，這些都不需要開發(fā)者進(jìn)行手動(dòng)管理。隊(duì)列遵循 FIFO 模式（先進(jìn)先出）骗卜，這意味著先進(jìn)隊(duì)列的任務(wù)會(huì)先被執(zhí)行（比如上廁所的時(shí)候,排隊(duì),里面的人上完,下一個(gè)人才能繼續(xù)）宠页。
- 1.隊(duì)列( dispatch queue):
- 2.任務(wù)項(xiàng)(WorkItem):
一個(gè)任務(wù)項(xiàng)就是一個(gè)代碼塊左胞，它可以隨同隊(duì)列的創(chuàng)建一起被創(chuàng)建，也可以被封裝起來举户，然后在之后的代碼中進(jìn)行復(fù)用烤宙。正如你所想，任務(wù)項(xiàng)的代碼就是 dispatch queue 將會(huì)執(zhí)行的代碼俭嘁。隊(duì)列中的任務(wù)項(xiàng)也是遵循 FIFO 模式躺枕。這些執(zhí)行可以是同步的，也可以是異步的供填。對(duì)于同步的情況下拐云，應(yīng)用會(huì)一直堵塞當(dāng)前線程，直到這段代碼執(zhí)行完成近她。而當(dāng)異步執(zhí)行的時(shí)候叉瘩，應(yīng)用先執(zhí)行任務(wù)項(xiàng)，不等待執(zhí)行結(jié)束粘捎，立即返回薇缅。
1.重新認(rèn)識(shí) Dispatch Queue
let queue = DispatchQueue(label: "myQueue")
同步和異步執(zhí)行
queue.sync {
print("同步執(zhí)行")
}
queue.async {
print("異步執(zhí)行")
}
2.Quality Of Service（QoS）和優(yōu)先級(jí)
- 用于指定任務(wù)重要程度以及優(yōu)先級(jí)的信息，在 GCD 中被稱為 Quality of Service（QoS）
- userInteractive
- userInitiated
- default
- utility
- background
- unspecified
優(yōu)先級(jí),通過下面方法的qos參數(shù)設(shè)置
let queue1 = DispatchQueue(label: "queue1", qos: DispatchQoS.background)
3.串行與并行
- 默認(rèn)情況下,任務(wù)在一個(gè)隊(duì)列中都是串行進(jìn)行的,有時(shí)候我們需要并行隊(duì)列,則通過設(shè)置attributes參數(shù)來實(shí)現(xiàn),當(dāng)這個(gè)參數(shù)被指定為 concurrent
時(shí)攒磨，該特定隊(duì)列中的所有任務(wù)都會(huì)被同時(shí)執(zhí)行泳桦。如果沒有指定這個(gè)參數(shù)，則隊(duì)列會(huì)被設(shè)置為串行隊(duì)列娩缰。
let queue2 = DispatchQueue(label: "queue2", qos: .utility, attributes: .concurrent)
- 注意:attributes也可以接受另一個(gè)名為 initiallyInactive
的值灸撰。如果使用這個(gè)值，任務(wù)不會(huì)被自動(dòng)執(zhí)行漆羔，而是需要開發(fā)者手動(dòng)去觸發(fā)梧奢。
var inactiveQueue: DispatchQueue!
現(xiàn)在，初始化隊(duì)列演痒，并將其賦值給 inactiveQueue
：
let queue3 = DispatchQueue(label: "queue3", qos: .utility, attributes: .initiallyInactive)inactiveQueue = anotherQueue
使用成員屬性是有必要的，因?yàn)?anotherQueue
是在 concurrentQueues()
if let queue = inactiveQueue {
queue.activate()
}
- 但是代碼依然是串行進(jìn)行的,如果還要并行執(zhí)行任務(wù),可以指定attributes參數(shù)接受一個(gè)數(shù)組: [.concurrent, .initiallyInactive]
4.延時(shí)執(zhí)行
let queue4 = DispatchQueue(label: "queue4", qos: .userInitiated)
print(Date())
let additionalTime: DispatchTimeInterval = .seconds(2)
delayQueue.asyncAfter(deadline: .now() + 0.75) {
print(Date())
}
5.訪問主隊(duì)列和全局隊(duì)列
- 和之前的GCD寫法類型,Swift3.0依然提供了快速訪問隊(duì)列的方式.
let globalQueue = DispatchQueue.global()
globalQueue.async {
}
全局隊(duì)列依然可以設(shè)置優(yōu)先級(jí),
let globalQueue = DispatchQueue.global(qos: .userInitiated)
- 最常用的就是更新UI的操作,都要回到主隊(duì)列
DispatchQueue.main.async {
// Do something
}
6.DispatchWorkItem 對(duì)象
DispatchWorkItem簡(jiǎn)單的來描述就是一個(gè)代碼塊可以在任意一個(gè)隊(duì)列上被調(diào)用.
let workItem = DispatchWorkItem {
// Do something
}
在全局隊(duì)列上調(diào)用代碼塊
let queue = DispatchQueue.global()queue.async {
workItem.perform()
}
DispatchQueue 類為此目的提供了一個(gè)便利的方法
queue.async(execute: workItem)
當(dāng)任務(wù)執(zhí)行完畢的時(shí)候,可以通知主隊(duì)列
workItem.notify(queue: DispatchQueue.main) {
print("value = ", value)
}
總結(jié)
Swift3.0 GCD的寫法變了很多,更加的間接和清晰了.
