2. 程式人生 > >GCD常用方法及應用場景

GCD常用方法及應用場景

阿新 • • 發佈：2018-12-14

開發過程中，出現耗時操作造成介面卡頓是常見的問題之一，問題原因就是因為耗時操作阻塞了主執行緒，所以要解決這類問題最簡單的就是引進子執行緒，將耗時操作移出主執行緒，耗時操作完成後回到主執行緒中更新UI。
之前在做一個通訊錄的時候，由於需要自己進行排序，所以第一次時需要將幾千條的資料都拉下來然後處理，這是非常耗時的，直接放在主執行緒中網路請求然後各種處理資料會讓介面卡死3到5秒。後來使用GCD的併發佇列非同步處理解決了，個人感覺非常的簡單實用，關鍵程式碼如下：

dispatch_queue_t queue = dispatch_queue_create("test", DISPATCH_QUEUE_CONCURRENT);
    dispatch_async
 
(queue, ^{
       //耗時操作，如網路請求
        //請求完成之後，回到主執行緒更新UI
        dispatch_async(dispatch_get_main_queue(), ^{
            //更新UI操作
        });
    });

建議在開發過程中，頁面的網路請求和耗時操作都可以以這種方式處理，一般每個頁面的網路請求不會太多，不會造成併發數太大的問題，這也是使用者體驗和效能優化的一種，網路再慢也不會給使用者帶來卡頓的體驗。
還有比較複雜一點的頁面，可能存在多個操作，而某個操作依賴前幾個操作完成之後才能開始，這個時候我們可以使用GCD的執行緒組，使用程式碼：

dispatch_group_t group = dispatch_group_create();
    dispatch_queue_t queue = dispatch_queue_create("test", DISPATCH_QUEUE_CONCURRENT);
    dispatch_group_async(group, queue, ^{
       //操作一
        for (int i = 0; i < 10; i ++) {
            NSLog(@"1------%@",[NSThread currentThread]);
        }
    });
    dispatch_group_async(group, queue, ^{
        //操作二
 

        for (int i = 0; i < 10; i ++) {
            NSLog(@"2------%@",[NSThread currentThread]);
        }
    });
    dispatch_group_async(group, queue, ^{
        //操作三
        for (int i = 0; i < 10; i ++) {
            NSLog(@"3------%@",[NSThread currentThread]);
        }
    });
    dispatch_group_notify(group, queue, ^{
        //最後的操作
        for (int i = 0; i < 10; i ++) {
            NSLog(@"notify------%@",[NSThread currentThread]);
        }
    });

我們先來看一下列印結果：

2018-08-30 15:04:19.178991+0800 GCD_demo[3996:227745] 1------<NSThread: 0x604000261d00>{number = 3, name = (null)}
2018-08-30 15:04:19.178995+0800 GCD_demo[3996:227743] 3------<NSThread: 0x60c00007d080>{number = 5, name = (null)}
2018-08-30 15:04:19.179000+0800 GCD_demo[3996:227746] 2------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.179238+0800 GCD_demo[3996:227743] 3------<NSThread: 0x60c00007d080>{number = 5, name = (null)}
2018-08-30 15:04:19.179240+0800 GCD_demo[3996:227745] 1------<NSThread: 0x604000261d00>{number = 3, name = (null)}
2018-08-30 15:04:19.179243+0800 GCD_demo[3996:227746] 2------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.179668+0800 GCD_demo[3996:227743] 3------<NSThread: 0x60c00007d080>{number = 5, name = (null)}
2018-08-30 15:04:19.179910+0800 GCD_demo[3996:227745] 1------<NSThread: 0x604000261d00>{number = 3, name = (null)}
2018-08-30 15:04:19.179940+0800 GCD_demo[3996:227746] 2------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.179983+0800 GCD_demo[3996:227743] 3------<NSThread: 0x60c00007d080>{number = 5, name = (null)}
2018-08-30 15:04:19.180011+0800 GCD_demo[3996:227745] 1------<NSThread: 0x604000261d00>{number = 3, name = (null)}
2018-08-30 15:04:19.180341+0800 GCD_demo[3996:227746] 2------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.180595+0800 GCD_demo[3996:227745] 1------<NSThread: 0x604000261d00>{number = 3, name = (null)}
2018-08-30 15:04:19.180753+0800 GCD_demo[3996:227743] 3------<NSThread: 0x60c00007d080>{number = 5, name = (null)}
2018-08-30 15:04:19.180920+0800 GCD_demo[3996:227746] 2------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.181272+0800 GCD_demo[3996:227745] 1------<NSThread: 0x604000261d00>{number = 3, name = (null)}
2018-08-30 15:04:19.181380+0800 GCD_demo[3996:227743] 3------<NSThread: 0x60c00007d080>{number = 5, name = (null)}
2018-08-30 15:04:19.181513+0800 GCD_demo[3996:227746] 2------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.181807+0800 GCD_demo[3996:227745] 1------<NSThread: 0x604000261d00>{number = 3, name = (null)}
2018-08-30 15:04:19.181906+0800 GCD_demo[3996:227743] 3------<NSThread: 0x60c00007d080>{number = 5, name = (null)}
2018-08-30 15:04:19.182027+0800 GCD_demo[3996:227746] 2------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.182437+0800 GCD_demo[3996:227745] 1------<NSThread: 0x604000261d00>{number = 3, name = (null)}
2018-08-30 15:04:19.182531+0800 GCD_demo[3996:227743] 3------<NSThread: 0x60c00007d080>{number = 5, name = (null)}
2018-08-30 15:04:19.182616+0800 GCD_demo[3996:227746] 2------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.182765+0800 GCD_demo[3996:227745] 1------<NSThread: 0x604000261d00>{number = 3, name = (null)}
2018-08-30 15:04:19.183371+0800 GCD_demo[3996:227743] 3------<NSThread: 0x60c00007d080>{number = 5, name = (null)}
2018-08-30 15:04:19.183427+0800 GCD_demo[3996:227746] 2------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.183489+0800 GCD_demo[3996:227745] 1------<NSThread: 0x604000261d00>{number = 3, name = (null)}
2018-08-30 15:04:19.183509+0800 GCD_demo[3996:227743] 3------<NSThread: 0x60c00007d080>{number = 5, name = (null)}
2018-08-30 15:04:19.183644+0800 GCD_demo[3996:227746] 2------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.184220+0800 GCD_demo[3996:227746] notify------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.184694+0800 GCD_demo[3996:227746] notify------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.185670+0800 GCD_demo[3996:227746] notify------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.186316+0800 GCD_demo[3996:227746] notify------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.186535+0800 GCD_demo[3996:227746] notify------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.186660+0800 GCD_demo[3996:227746] notify------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.187406+0800 GCD_demo[3996:227746] notify------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.187940+0800 GCD_demo[3996:227746] notify------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.188188+0800 GCD_demo[3996:227746] notify------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}
2018-08-30 15:04:19.188589+0800 GCD_demo[3996:227746] notify------<NSThread: 0x60800027f0c0>{number = 4, name = (null)}

我們會發現，操作一、操作二和操作三是無序執行的，但是最後的操作是等前面的都執行完成之後才開始執行的。像這樣的應用場景還是很多的，比如第三個網路請求的引數依賴於前兩個網路請求的結果，就可以用這種方式來處理。
如果想要操作一、二、三也都順序執行，可以使用序列佇列。還可以使用enter和leave方法，用法如下：

dispatch_group_t group = dispatch_group_create();
    dispatch_queue_t queue = dispatch_queue_create("test", DISPATCH_QUEUE_CONCURRENT);
    dispatch_group_enter(group);
    dispatch_group_async(group, queue, ^{
       //操作一
        NSLog(@"111");
        dispatch_group_leave(group);
    });
    dispatch_group_async(group, queue, ^{
        //操作二
        NSLog(@"222");

    });
    dispatch_group_async(group, queue, ^{
        //操作三
        NSLog(@"333");

    });
    dispatch_group_notify(group, queue, ^{
        //最後的操作
        for (int i = 0; i < 10; i ++) {
            NSLog(@"notify------%@",[NSThread currentThread]);
        }
    });

列印結果：

2018-08-30 15:34:01.152524+0800 GCD_demo[4391:254500] 111
2018-08-30 15:34:01.152530+0800 GCD_demo[4391:254497] 333
2018-08-30 15:34:01.152524+0800 GCD_demo[4391:254498] 222
2018-08-30 15:34:01.152854+0800 GCD_demo[4391:254498] notify------<NSThread: 0x60c00027c900>{number = 3, name = (null)}
2018-08-30 15:34:01.153542+0800 GCD_demo[4391:254498] notify------<NSThread: 0x60c00027c900>{number = 3, name = (null)}
2018-08-30 15:34:01.153710+0800 GCD_demo[4391:254498] notify------<NSThread: 0x60c00027c900>{number = 3, name = (null)}
2018-08-30 15:34:01.153855+0800 GCD_demo[4391:254498] notify------<NSThread: 0x60c00027c900>{number = 3, name = (null)}
2018-08-30 15:34:01.154183+0800 GCD_demo[4391:254498] notify------<NSThread: 0x60c00027c900>{number = 3, name = (null)}
2018-08-30 15:34:01.154307+0800 GCD_demo[4391:254498] notify------<NSThread: 0x60c00027c900>{number = 3, name = (null)}
2018-08-30 15:34:01.154711+0800 GCD_demo[4391:254498] notify------<NSThread: 0x60c00027c900>{number = 3, name = (null)}
2018-08-30 15:34:01.154830+0800 GCD_demo[4391:254498] notify------<NSThread: 0x60c00027c900>{number = 3, name = (null)}
2018-08-30 15:34:01.154944+0800 GCD_demo[4391:254498] notify------<NSThread: 0x60c00027c900>{number = 3, name = (null)}
2018-08-30 15:34:01.155039+0800 GCD_demo[4391:254498] notify------<NSThread: 0x60c00027c900>{number = 3, name = (null)}

以上程式碼可以保證操作一執行完才開始操作二和操作三，需要注意的一點是enter和leave方法是成對出現的，如果用了enter，沒有寫leave的話，會造成notify無法執行。如果操作一、二、三種存在block程式碼，那麼leave方法需要放在block中，否則block沒執行完，就開始執行後面的操作了。
雖然說多執行緒在開發和麵試中都被認為是重中之重，但是就實際開發過程中而言，用到的場景並沒有提供的方法多，沒必要死扣理論和知道的方法多少，會用來解決問題才是最重要的！

相關推薦

GCD常用方法及應用場景

開發過程中，出現耗時操作造成介面卡頓是常見的問題之一，問題原因就是因為耗時操作阻塞了主執行緒，所以要解決這類問題最簡單的就是引進子執行緒，將耗時操作移出主執行緒，耗時操作完成後回到主執行緒中更新UI。 之前在做一個通訊錄的時候，由於需要自己進行排序，所以第一次時需要將幾千條的資料都拉下

關於一些Java基礎數據類型的常用方法的應用場景的小思考

get light || 成了 一半 ava 類型 這樣的 style 昨天遇到一個問題，按照我的一半解決方法是傳一個參數，然後通過參數來控制邏輯處理；但是領導發現String的一個方法也可以完全完成該問題！而我完全沒有get到這個點！ so，我認識到了自己的知識盲區；基礎

request常用方法及應用

request常用方法 獲得客戶機資訊 getRequestURL方法返回客戶端發出請求時的完整URL。 getRequestURI方法返回請求行中的資源名部分。 getQueryString 方法返回請求行中的引數部分。 getRemoteAddr方法返回發出請求

css標籤水平垂直居中的4種常用方法及適用場景

標籤的水平垂直居中，在面試及日常專案中非常常見，常用的4種方法如下： 方案一：已知標籤寬高，標籤絕對定位，4個方向的值均為0，並設定margin: auto;注意：IE7及之前版本不支援； 方案二:已知標籤寬高，使用負margin值，其值為標籤寬度的負一半； 方案三：標

js_字符串、數組常用方法及應用

包裝 技術 內容 alt 對象 構造函數 每一個 問題： bool 1、字符串 　　 a、認識基本包裝類型 　　　　 　　　　（通過調用構造函數創建對象） 　　　　之後我們一般不會用Number和Boolean基本包裝類型，原因如下 　　　　 　　b、

Numpy常用方法及應用總彙

目錄 Numpy 1.基本操作 1.1陣列轉換 1.2陣列生成 1.3檔案讀取 1.4檢視操作 2.資料型別 2.1指定資料型

對Java的常用對象（POJO、DTO、PO、BO、VO、DAO）詳細解釋及應用場景

聲明 頁面 html 14. 和數 形式 記錄 就是 組成 首先這些對象都應用都是一些單詞的簡稱，也是一種應用思想，故其他語言也可以使用，在 Java 裏比較常見這些對象吧。下面來一一解釋。 一、POJO（Plain Ordinary Java Object）。 簡單

對Java的常用物件（POJO、DTO、PO、BO、VO、DAO）詳細解釋及應用場景

首先這些物件都應用都是一些單詞的簡稱，也是一種應用思想，故其他語言也可以使用，在 Java  裡比較常見這些物件吧。下面來一一解釋。 一、POJO（Plain Ordinary Java Object）。 簡單而言，就是一個簡單的物件，而且沒有任何規則約束。有的時候拿 P

JAVA多執行緒 join() 方法詳解及應用場景

在某些情況下，主執行緒建立並啟動了子執行緒，如果子執行緒中需要進行大量的耗時運算，主執行緒往往將早於子執行緒結束之前結束，如果主執行緒想等待子執行緒執行完畢後，獲得子執行緒中的處理完的某個資料，就要用

淺談session,cookie,sessionStorage,localStorage的區別及應用場景

text 響應 font 會話 安全 path 時間 mage 路徑 瀏覽器的緩存機制提供了可以將用戶數據存儲在客戶端上的方式，可以利用cookie,session等跟服務端進行數據交互。 一、cookie和session cookie和session都是用來跟蹤瀏覽器用戶

Java File類常用方法及實例

獲取 而且 exist exc file類 註釋 sys 遞歸遍歷 cep 創建：createNewFile()在指定位置創建一個空文件，成功就返回true，如果已存在就不創建，然後返回false。mkdir() 在指定位置創建一個單級文件夾。mkdirs() 在指定位

Java設計模式之《單例模式》及應用場景

urn vol 運行 www 同步問題 href 外部 占用 模式 轉載參考:http://www.cnblogs.com/V1haoge/p/6510196.html 所謂單例，指的就是單實例，有且僅有一個類實例，這個單例不應該由人來控制，而應該由代碼來限制，強制單例。

Java設計模式之《外觀模式》及應用場景

nbsp str 之間 系統設計 static 系統 被調用 sub div 轉載參考:http://www.cnblogs.com/V1haoge/p/6484128.html 1、外觀模式簡介 　　外觀模式，一般用在子系統與訪問之間，用於對訪問屏蔽復雜的子系統調用，采用

Docker五種存儲驅動原理及應用場景和性能測試對比

Docker 存儲驅動 Docker最開始采用AUFS作為文件系統，也得益於AUFS分層的概念，實現了多個Container可以共享同一個image。但由於AUFS未並入Linux內核，且只支持Ubuntu，考慮到兼容性問題，在Docker 0.7版本中引入了存儲驅動， 目前，Docker支持AUFS

區塊鏈技術發展及應用場景

結構 管制 caption idt nsh 資產 貢獻 level 分鐘 本文內容來自最近的一次分享，整理成一篇文章，主要關註區塊鏈技術特點，幾個發展階段以及應用場景，文末有PPT下載地址。 一、進擊的區塊鏈 作為分布式記賬（Distributed Le

PHP(Mysql/Redis)消息隊列的介紹及應用場景案例--轉載

接收 根據 好友 學習 range nod 存取 情況下 ble 鄭重提示：本博客轉載自好友博客，個人覺得寫的很牛逼所以未經同意強行轉載，原博客連接 http://www.cnblogs.com/wt645631686/p/8243438.html 歡迎訪問 在進行網站設計

《機器學習理論、方法及應用》研讀(1)

性能 能力 角度 怎樣 應用 環境 十年 外部表 過程 第一章 機器學習概述 機器學習的概念 學習：可以從不同角度對學習給出解釋，但是都包含了知識獲取和能力改善這兩個主要方面。因此給學習如下一般的解釋：學習是一個有特定目的的知識獲取和能力增長過程，其內在行為是獲得知識、積累

Linux運維之NFS網絡文件系統功能介紹及應用場景

Linux運維 Linux入門 Linux基礎 Linux雲計算 　　NFS網絡文件系統主要功能是通過網絡使不同的主機系統間可以共享文件或目錄。客戶端可以將NFS服務器端共享的數據目錄掛載到客戶端本地系統中。從客戶端本地看，NFS服務器端共享的目錄就好像是客戶端自己的磁盤分區或目錄一樣，而實際

關於debounce和throttle的區別及應用場景

scroll NPU str win 兩種 區別 個人 沒有 tro 電梯超時 想象每天上班大廈底下的電梯。把電梯完成一次運送，類比為一次函數的執行和響應。假設電梯有兩種運行策略 `throttle` 和 `debounce` ，超時設定為15秒，不考慮容量限制。 thro

Java設計模式之《代理模式》及應用場景

out ren 場景 語句 設計模式 rgs interface 中間 args 代理模式算是我接觸較早的模式，代理就是中介，中間人。法律上也有代理，比如代理律師之類，委托人將自己的一部分權限委托給代理者，代理者就擁有被代理者（委托人）的部分權限，並且可以以被代理人的名