真实的国产乱ⅩXXX66竹夫人,五月香六月婷婷激情综合,亚洲日本VA一区二区三区,亚洲精品一区二区三区麻豆

成都創(chuàng)新互聯(lián)網(wǎng)站制作重慶分公司

ios開發(fā)gcd,iOS開發(fā)GCD使用信號量的注意點

NSOperation'>iOS多線程GCD任務(wù)取消->NSOperation

在多線程開發(fā)中,我們常用到GCD,這里探討一下GCD任務(wù)的取消:

成都創(chuàng)新互聯(lián)服務(wù)項目包括中站網(wǎng)站建設(shè)、中站網(wǎng)站制作、中站網(wǎng)頁制作以及中站網(wǎng)絡(luò)營銷策劃等。多年來,我們專注于互聯(lián)網(wǎng)行業(yè),利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等,向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案,中站網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟(jì)效益。目前,我們服務(wù)的客戶以成都為中心已經(jīng)輻射到中站省份的部分城市,未來相信會繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任!

1.在iOS 8以后,系統(tǒng)給我們提供了這樣的取消函數(shù) dispatch_block_cancel,不過這個也只能用于dispatch_block_create創(chuàng)建的dispatch_block_t,我們試驗一下:

這時肯定是任務(wù)都會執(zhí)行的

接下來,把注釋的那一行 dispatch_block_cancel(block1);打開,看看效果:

我們發(fā)現(xiàn)block1確實被取消掉了。這是dispatch_block_cancel的用法。

2.很多時候,我們的場景不會去用dispatch_block_create創(chuàng)建dispatch_block_t,這個時候我們?nèi)粝肴∠粋€任務(wù),可以考慮用一個條件來做,滿足條件則執(zhí)行此任務(wù),不滿足則不執(zhí)行,舉個例子:

效果如下:

寫到這里,這兒其實還隱藏了一個知識點,就是block的變量捕獲,有興趣或是不理解的朋友可以研究一下。(如下,為何輸出不是20而是10)

3.過渡到NSOperation

NSOperation是對GCD的封裝,底層也是GCD。

NSOperation給我們封裝了更多的api,這是我在Xcode中提出來的:

我們可以發(fā)現(xiàn)它有狀態(tài)屬性,有取消方法,也有添加依賴方法等...這里我們還是先說取消吧,下面來給大家寫個demo:

這時輸出是:

因為正在執(zhí)行的任務(wù),NSOperation也是不能取消的,所以也是需要將cancel在start前調(diào)用的(就如同滿足一個條件是否需要cancel一樣,也可以滿足條件不調(diào)用start)

iOS多線程之GCD的執(zhí)行原理

在使用GCD的時候,我們會把需要處理的任務(wù)放到Block中,然后將任務(wù) 追加 到相應(yīng)的隊列里面,這個隊列,叫做Dispatch Queue。然而,存在于兩種Dispatch Queue,一種是要等待上一個執(zhí)行完,再執(zhí)行下一個的Serial Dispatch Queue,這叫做串行隊列;另一種,則是不需要上一個執(zhí)行完,就能執(zhí)行下一個的Concurrent Dispatch Queue,叫做并行隊列。這兩種,均遵循FIFO(先進(jìn)先出)原則。

那么,并行隊列又是怎么在執(zhí)行呢?

雖然可以同時多個任務(wù)的處理,但是并行隊列的處理量,還是要根據(jù)當(dāng)前系統(tǒng)狀態(tài)來。如果當(dāng)前系統(tǒng)狀態(tài)最多處理2個任務(wù),那么1、2會排在前面,3什么時候操作,就看1或者2誰先完成,然后3接在后面。

串行與并行針對的是隊列,而同步與異步,針對的則是線程。 最大的區(qū)別在于,同步線程要阻塞當(dāng)前線程,必須要等待同步線程中的任務(wù)執(zhí)行完,返回以后,才能繼續(xù)執(zhí)行下一任務(wù),整個過程是不會創(chuàng)建新線程的;而異步線程則是不用等待,會在新開啟的線程中執(zhí)行任務(wù)(執(zhí)行主隊列的任務(wù)除外,主隊列的任務(wù)在主線程中執(zhí)行)。

分析:

首先執(zhí)行任務(wù)1,這是肯定沒問題的,只是接下來,程序遇到了同步線程,那么它會進(jìn)入等待,等待任務(wù)2執(zhí)行完,然后執(zhí)行任務(wù)3。但這是隊列,有任務(wù)來,當(dāng)然會將任務(wù)加到隊尾,然后遵循FIFO原則執(zhí)行任務(wù)。那么,現(xiàn)在任務(wù)2就會被加到最后,任務(wù)3排在了任務(wù)2前面,問題來了:

任務(wù)3要等任務(wù)2執(zhí)行完才能執(zhí)行,任務(wù)2又排在任務(wù)3后面,意味著任務(wù)2要在任務(wù)3執(zhí)行完才能執(zhí)行,所以他們進(jìn)入了互相等待的局面?!炯热贿@樣,那干脆就卡在這里吧】這就是死鎖。

分析:

首先執(zhí)行任務(wù)1,接下來會遇到一個同步線程,程序會進(jìn)入等待。等待任務(wù)2執(zhí)行完成以后,才能繼續(xù)執(zhí)行任務(wù)3。從 dispatch_get_global_queue 可以看出,任務(wù)2被加入到了全局的并行隊列中,當(dāng)并行隊列執(zhí)行完任務(wù)2以后,返回到主隊列,繼續(xù)執(zhí)行任務(wù)3。

分析:

這個案例沒有使用系統(tǒng)提供的串行或并行隊列,而是自己通過 dispatch_queue_create 函數(shù)創(chuàng)建了一個 DISPATCH_QUEUE_SERIAL 的串行隊列。執(zhí)行任務(wù)1;遇到異步線程,將【任務(wù)2、同步線程、任務(wù)4】加入串行隊列中。因為是異步線程,所以在主線程中的任務(wù)5不必等待異步線程中的所有任務(wù)完成;因為任務(wù)5不必等待,所以2和5的輸出順序不能確定;任務(wù)2執(zhí)行完以后,遇到同步線程,這時,將任務(wù)3加入串行隊列;又因為任務(wù)4比任務(wù)3早加入串行隊列,所以,任務(wù)3要等待任務(wù)4完成以后,才能執(zhí)行。但是任務(wù)3所在的同步線程會阻塞,所以任務(wù)4必須等任務(wù)3執(zhí)行完以后再執(zhí)行。這就又陷入了無限的等待中,造成死鎖。

分析:

首先,將【任務(wù)1、異步線程、任務(wù)5】加入Main Queue中,異步線程中的任務(wù)是:【任務(wù)2、同步線程、任務(wù)4】。所以,先執(zhí)行任務(wù)1,然后將異步線程中的任務(wù)加入到Global Queue中,因為異步線程,所以任務(wù)5不用等待,結(jié)果就是2和5的輸出順序不一定。然后再看異步線程中的任務(wù)執(zhí)行順序。任務(wù)2執(zhí)行完以后,遇到同步線程。將同步線程中的任務(wù)加入到Main Queue中,這時加入的任務(wù)3在任務(wù)5的后面。當(dāng)任務(wù)3執(zhí)行完以后,沒有了阻塞,程序繼續(xù)執(zhí)行任務(wù)4。

分析:

和上面幾個案例的分析類似,先來看看都有哪些任務(wù)加入了Main Queue:【異步線程、任務(wù)4、死循環(huán)、任務(wù)5】。在加入到Global Queue異步線程中的任務(wù)有:【任務(wù)1、同步線程、任務(wù)3】。第一個就是異步線程,任務(wù)4不用等待,所以結(jié)果任務(wù)1和任務(wù)4順序不一定。任務(wù)4完成后,程序進(jìn)入死循環(huán),Main Queue阻塞。但是加入到Global Queue的異步線程不受影響,繼續(xù)執(zhí)行任務(wù)1后面的同步線程。同步線程中,將任務(wù)2加入到了主線程,并且,任務(wù)3等待任務(wù)2完成以后才能執(zhí)行。這時的主線程,已經(jīng)被死循環(huán)阻塞了。所以任務(wù)2無法執(zhí)行,當(dāng)然任務(wù)3也無法執(zhí)行,在死循環(huán)后的任務(wù)5也不會執(zhí)行。

iOS GCD開發(fā)運用場景

進(jìn)程:可以簡單理解為進(jìn)程為一個應(yīng)用程序

線程:是CPU調(diào)度和分派的基本單位

下圖是線程狀態(tài)示意圖,從圖中可以看出線程的生命周期是:新建 - 就緒 - 運行 - 阻塞 - 死亡

多線程的四種解決方案分別是:OC主要使用NSThread,GCD, NSOperation,pthread為跨平臺的。

(1)GCD術(shù)語解釋

(3)GCD隊列異步dispatch_async、同步dispatch_sync執(zhí)行方式區(qū)別

(3.1)GCD常用場景一:實現(xiàn)多個異步線程同步操作

輸出:nunber = 5 說明開啟了一個新線程在執(zhí)行

輸出:在多個線程下并發(fā)執(zhí)行完任務(wù)

(3.2)GCD常用場景二:dispatch_barrier_sync實現(xiàn)多讀單寫

輸出:

(3.3)GCD常用場景三:dispatch_group實現(xiàn)多個網(wǎng)絡(luò)請求的同步問題

輸出:

總結(jié):

(3.4)GCD造成主線死鎖的情況

iOS 常見面試題--GCD 隊列組的使用

面試題一:如何用gcd實現(xiàn)以下功能

1、異步并發(fā)執(zhí)行任務(wù)1、任務(wù)2

2、等任務(wù)1、任務(wù)2都執(zhí)行完畢后,再回到主線程執(zhí)行任務(wù)3

面試題二:如何用gcd實現(xiàn)以下功能

1、異步并發(fā)執(zhí)行任務(wù)1、任務(wù)2

2、等任務(wù)1、任務(wù)2都執(zhí)行完畢后,再執(zhí)行任務(wù)3、 任務(wù)4 且任務(wù)3、 任務(wù)4異步并發(fā)執(zhí)行

以上兩道面試題 主要是考 GCD的隊列組相關(guān)知識


名稱欄目:ios開發(fā)gcd,iOS開發(fā)GCD使用信號量的注意點
新聞來源:http://weahome.cn/article/dsgeodg.html

其他資訊

在線咨詢

微信咨詢

電話咨詢

028-86922220(工作日)

18980820575(7×24)

提交需求

返回頂部