Swift3.0中的GCD

swift 3中對C層級的GCD的API進(jìn)行了徹頭徹尾的改變巴比。本文將從實(shí)際使用場景來了解一下新的api使用躬窜。

dispatch_async

一個(gè)常見的場景就是在一個(gè)全局隊(duì)列進(jìn)行一些操作后切換到主線程配置UI★啵現(xiàn)在是這么寫:

DispatchQueue.global().async?{

//?code

DispatchQueue.main.async?{

//?主線程中

}

}

global()是一個(gè)有著默認(rèn)參數(shù)的靜態(tài)函數(shù):

class?DispatchQueue?:?DispatchObject?{

public??class?var?main:?DispatchQueue

public?class?func?global(qos:?DispatchQoS.QoSClass?=?default)?->?DispatchQueue

}

sync

如果想同步執(zhí)行操作抬探,和async類似贵白,調(diào)用sync就可以了:

DispatchQueue.global().sync?{

//?同步執(zhí)行

}

優(yōu)先級:DispatchQoS

我們知道马澈,GCD 的默認(rèn)隊(duì)列優(yōu)先級有四個(gè):

DISPATCH_QUEUE_PRIORITY_HIGH

DISPATCH_QUEUE_PRIORITY_DEFAULT

DISPATCH_QUEUE_PRIORITY_LOW

DISPATCH_QUEUE_PRIORITY_BACKGROUND

現(xiàn)在則改為了QoSClass枚舉

public?enum?QoSClass?{

case?background

case?utility

case?`default`

case?userInitiated

case?userInteractive

case?unspecified

public?init?(rawValue:?qos_class_t)

public?var?rawValue:?qos_class_t?{?get?}

}

這些命名比原先的更加友好,能更好表達(dá)這個(gè)操作的意圖窟坐。

和原有的對應(yīng)關(guān)系是:

*?DISPATCH_QUEUE_PRIORITY_HIGH:?????????.userInitiated

*?DISPATCH_QUEUE_PRIORITY_DEFAULT:??????.default

*?DISPATCH_QUEUE_PRIORITY_LOW:??????????.utility

*?DISPATCH_QUEUE_PRIORITY_BACKGROUND:???.background

創(chuàng)建隊(duì)列

DispatchQueue的默認(rèn)初始化方法創(chuàng)建的就是一個(gè)同步隊(duì)列海渊,如果要?jiǎng)?chuàng)建并發(fā)的隊(duì)列,在attributes中聲明concurrent哲鸳。

//?同步隊(duì)列

let?serialQueue?=?DispatchQueue(label:?"queuename")

//?并發(fā)隊(duì)列

let?concurrentQueue?=?DispatchQueue(label:?"queuename",?attributes:?.concurrent)

推遲時(shí)間后執(zhí)行

原先的dispatch_time_t現(xiàn)在由DispatchTime對象表示臣疑。可以用靜態(tài)方法now獲得當(dāng)前時(shí)間徙菠,然后再通過加上一個(gè)DispatchTimeInterval枚舉來獲得一個(gè)需要延遲的時(shí)間讯沈。

let?delay?=?DispatchTime.now()?+?DispatchTimeInterval.seconds(60)DispatchQueue.main.asyncAfter(deadline:?delay)?{

//?延遲執(zhí)行}

這里也可以直接加上一個(gè)秒數(shù)。

let?three?=?DispatchTime.now()?+?3.0

因?yàn)镈ispatchTime中自定義了+號婿奔。

public?func?+(time:?DispatchTime,?seconds:?Double)?->?DispatchTime

DispatchGroup

如果想在dispatch_queue中所有的任務(wù)執(zhí)行完成后再做某種操作可以使用DispatchGroup缺狠。原先的dispatch_group_t由現(xiàn)在的DispatchGroup對象代替。

let?group?=?DispatchGroup()

let?queueBook?=?DispatchQueue(label:?"book")

queueBook.async(group:?group)?{

//?下載圖書

}

let?queueVideo?=?DispatchQueue(label:?"video")

queueVideo.async(group:?group)?{

//?下載視頻

}

group.notify(queue:?DispatchQueue.main)?{

//?下載完成

}

DispatchGroup會在組里的操作都完成后執(zhí)行notify萍摊。

如果有多個(gè)并發(fā)隊(duì)列在一個(gè)組里挤茄,我們想在這些操作執(zhí)行完了再繼續(xù),調(diào)用wait

group.wait()

DispatchWorkItem

使用DispatchWorkItem代替原來的dispatch_block_t冰木。

在DispatchQueue執(zhí)行操作除了直接傳了一個(gè)() -> Void類型的閉包外穷劈,還可以傳入一個(gè)DispatchWorkItem笼恰。

public?func?sync(execute?workItem:?DispatchWorkItem)

public?func?async(execute?workItem:?DispatchWorkItem)

DispatchWorkItem的初始化方法可以配置Qos和DispatchWorkItemFlags,但是這兩個(gè)參數(shù)都有默認(rèn)參數(shù)歇终,所以也可以只傳入一個(gè)閉包社证。

public?init(qos:?DispatchQoS?=?default,?flags:?DispatchWorkItemFlags?=?default,?block:?@escaping?@convention(block)?()?->?())

let?workItem?=?DispatchWorkItem?{

//?TODO:

}

DispatchWorkItemFlags枚舉中assignCurrentContext表示QoS根據(jù)創(chuàng)建時(shí)的context決定。

值得一提的是DispatchWorkItem也有wait方法练湿,使用方式和group一樣猴仑。調(diào)用會等待這個(gè)workItem執(zhí)行完。

let?myQueue?=?DispatchQueue(label:?"my.queue",?attributes:?.concurrent)

let?workItem?=?DispatchWorkItem?{

sleep(1)

print("done")

}

myQueue.async(execute:?workItem)

print("before?waiting")

workItem.wait()

print("after?waiting")

barrier

假設(shè)我們有一個(gè)并發(fā)的隊(duì)列用來讀寫一個(gè)數(shù)據(jù)對象肥哎。如果這個(gè)隊(duì)列里的操作是讀的辽俗,那么可以多個(gè)同時(shí)進(jìn)行。如果有寫的操作篡诽,則必須保證在執(zhí)行寫入操作時(shí)崖飘,不會有讀取操作在執(zhí)行,必須等待寫入完成后才能讀取杈女,否則就可能會出現(xiàn)讀到的數(shù)據(jù)不對朱浴。在之前我們用dipatch_barrier實(shí)現(xiàn)。

現(xiàn)在屬性放在了DispatchWorkItemFlags里达椰。

let?wirte?=?DispatchWorkItem(flags:?.barrier)?{

//?write?data}let?dataQueue?=?DispatchQueue(label:?"data",?attributes:?.concurrent)

dataQueue.async(execute:?wirte)

信號量

為了線程安全的統(tǒng)計(jì)數(shù)量翰蠢,我們會使用信號量作計(jì)數(shù)。原來的dispatch_semaphore_t現(xiàn)在用DispatchSemaphore對象表示啰劲。

初始化方法只有一個(gè)梁沧,傳入一個(gè)Int類型的數(shù)。

let?semaphore?=?DispatchSemaphore(value:?5)

//?信號量減一

semaphore.wait()

//信號量加一

semaphore.signal()

dispatch_once被廢棄

在swift 3中已經(jīng)被廢棄了蝇裤。

簡單的建議就是一些初始化場景就用懶加載吧廷支。

//?Examples?of?dispatch_once?replacements?with?global?or?static?constants?and?variables.

//?In?all?three,?the?initialiser?is?called?only?once.

//?Static?properties?(useful?for?singletons).

class?Object?{

static?let?sharedInstance?=?Object()

}

//?Global?constant.

let?constant?=?Object()

//?Global?variable.

var?variable:?Object?=?{

let?variable?=?Object()

variable.doSomething()

return?variable

}()

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市栓辜,隨后出現(xiàn)的幾起案子恋拍,更是在濱河造成了極大的恐慌,老刑警劉巖藕甩,帶你破解...
    沈念sama閱讀 206,126評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件施敢,死亡現(xiàn)場離奇詭異,居然都是意外死亡狭莱,警方通過查閱死者的電腦和手機(jī)悯姊,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,254評論 2 382
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來贩毕,“玉大人,你說我怎么就攤上這事仆嗦』越祝” “怎么了?”我有些...
    開封第一講書人閱讀 152,445評論 0 341
  • 文/不壞的土叔 我叫張陵,是天一觀的道長谆甜。 經(jīng)常有香客問我垃僚,道長,這世上最難降的妖魔是什么规辱? 我笑而不...
    開封第一講書人閱讀 55,185評論 1 278
  • 正文 為了忘掉前任谆棺,我火速辦了婚禮,結(jié)果婚禮上罕袋,老公的妹妹穿的比我還像新娘改淑。我一直安慰自己,他們只是感情好浴讯,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,178評論 5 371
  • 文/花漫 我一把揭開白布朵夏。 她就那樣靜靜地躺著,像睡著了一般榆纽。 火紅的嫁衣襯著肌膚如雪仰猖。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 48,970評論 1 284
  • 那天奈籽,我揣著相機(jī)與錄音饥侵,去河邊找鬼。 笑死衣屏,一個(gè)胖子當(dāng)著我的面吹牛躏升,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播勾拉,決...
    沈念sama閱讀 38,276評論 3 399
  • 文/蒼蘭香墨 我猛地睜開眼煮甥,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了藕赞?” 一聲冷哼從身側(cè)響起成肘,我...
    開封第一講書人閱讀 36,927評論 0 259
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎斧蜕,沒想到半個(gè)月后双霍,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 43,400評論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡批销,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 35,883評論 2 323
  • 正文 我和宋清朗相戀三年洒闸,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片均芽。...
    茶點(diǎn)故事閱讀 37,997評論 1 333
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡丘逸,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出掀宋,到底是詐尸還是另有隱情深纲,我是刑警寧澤仲锄,帶...
    沈念sama閱讀 33,646評論 4 322
  • 正文 年R本政府宣布,位于F島的核電站湃鹊,受9級特大地震影響儒喊,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜币呵,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,213評論 3 307
  • 文/蒙蒙 一怀愧、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧余赢,春花似錦芯义、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,204評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至蛤奢,卻和暖如春鬼癣,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背啤贩。 一陣腳步聲響...
    開封第一講書人閱讀 31,423評論 1 260
  • 我被黑心中介騙來泰國打工待秃, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人痹屹。 一個(gè)月前我還...
    沈念sama閱讀 45,423評論 2 352
  • 正文 我出身青樓章郁,卻偏偏與公主長得像,于是被迫代替她去往敵國和親志衍。 傳聞我的和親對象是個(gè)殘疾皇子暖庄,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,722評論 2 345

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

  • iOS中GCD的使用小結(jié) 作者dullgrass 2015.11.20 09:41*字?jǐn)?shù) 4996閱讀 20199...
    DanDanC閱讀 810評論 0 0
  • GCD (Grand Central Dispatch) :iOS4 開始引入,使用更加方便楼肪,程序員只需要將任務(wù)添...
    池鵬程閱讀 1,323評論 0 2
  • 簡介 GCD(Grand Central Dispatch)是在macOS10.6提出來的培廓,后來在iOS4.0被引...
    sunmumu1222閱讀 850評論 0 2
  • 本篇博客共分以下幾個(gè)模塊來介紹GCD的相關(guān)內(nèi)容: 多線程相關(guān)概念 多線程編程技術(shù)的優(yōu)缺點(diǎn)比較? GCD中的三種隊(duì)列...
    有夢想的老伯伯閱讀 1,016評論 0 4
  • 臨近年終,是個(gè)適合作總結(jié)的時(shí)候暂殖。 來北京4個(gè)月价匠,習(xí)慣的和不習(xí)慣的,總要習(xí)慣呛每。喜歡的和不喜歡的踩窖,總要放在心底。 因?yàn)?..
    Mutecats閱讀 191評論 0 1