關於iOS多線程,你看我就夠了

在這篇文章中,我將爲你整理一下 iOS 開發中幾種多線程方案,以及其使用方法和注意事項。當然也會給出幾種多線程的案例,在實際使用中感受它們的區別。還有一點需要說明的是,這篇文章將會使用 Swift 和 Objective-c 兩種語言講解,雙語幼兒園。OK,let’s begin!

概述

這篇文章中,我不會說多線程是什麼、線程和進程的區別、多線程有什麼用,當然我也不會說什麼是串行、什麼是並行等問題,這些我們應該都知道的。

在 iOS 中其實目前有 4 套多線程方案,他們分別是:

  • Pthreads
  • NSThread
  • GCD
  • NSOperation & NSOperationQueue

所以接下來,我會一一講解這些方案的使用方法和一些案例。在將這些內容的時候,我也會順帶說一些多線程周邊產品。比如: 線程同步、 延時執行、 單例模式 等等。

Pthreads

其實這個方案不用說的,只是拿來充個數,爲了讓大家瞭解一下就好了。百度百科裏是這麼說的:

POSIX線程(POSIX threads),簡稱Pthreads,是線程的POSIX標準。該標準定義了創建和操縱線程的一整套API。在類Unix操作系統(Unix、Linux、Mac OS X等)中,都使用Pthreads作爲操作系統的線程。

簡單地說,這是一套在很多操作系統上都通用的多線程API,所以移植性很強(然並卵),當然在 iOS 中也是可以的。不過這是基於 c語言 的框架,使用起來這酸爽!感受一下:

OBJECTIVE-C

當然第一步要包含頭文件

#import <pthread.h>

然後創建線程,並執行任務

打印輸出:

2015-07-27 23:57:21.689 testThread[10616:2644653] <NSThread: 0x7fbb48d33690>{number = 2, name = (null)}

看代碼就會發現他需要 c語言函數,這是比較蛋疼的,更蛋疼的是你需要手動處理線程的各個狀態的轉換即管理生命週期,比如,這段代碼雖然創建了一個線程,但並沒有銷燬。

SWIFT

很遺憾,在我目前的 swift1.2 中無法執行這套方法,原因是這個函數需要傳入一個函數指針 CFunctionPointer<T> 類型,但是目前 swift 無法將方法轉換成此類型。聽說 swift 2.0 引入一個新特性 @convention(c), 可以完成 Swift 方法轉換成 c 語言指針的。在這裏可以看到

那麼,Pthreads 方案的多線程我就介紹這麼多,畢竟做 iOS 開發幾乎不可能用到。但是如果你感興趣的話,或者說想要自己實現一套多線程方案,從底層開始定製,那麼可以去搜一下相關資料。

NSThread

這套方案是經過蘋果封裝後的,並且完全面向對象的。所以你可以直接操控線程對象,非常直觀和方便。但是,它的生命週期還是需要我們手動管理,所以這套方案也是偶爾用用,比如 [NSThread currentThread],它可以獲取當前線程類,你就可以知道當前線程的各種屬性,用於調試十分方便。下面來看看它的一些用法。

創建並啓動

  • 先創建線程類,再啓動
    OBJECTIVE-C

    SWIFT

  • 創建並自動啓動
    OBJECTIVE-C

    SWIFT

    使用 NSObject 的方法創建並自動啓動

    OBJECTIVE-C

    SWIFT

    很遺憾 too! 蘋果認爲 performSelector: 不安全,所以在 Swift 去掉了這個方法。

    Note: The performSelector: method and related selector-invoking methods are not imported in Swift because they are inherently unsafe.

    其他方法

    除了創建啓動外,NSThread 還以很多方法,下面我列舉一些常見的方法,當然我列舉的並不完整,更多方法大家可以去類的定義裏去看。

    OBJECTIVE-C

    SWIFT

    Swift的方法名字和OC的方法名都一樣,我就不浪費空間列舉出來了。

    其實,NSThread 用起來也挺簡單的,因爲它就那幾種方法。同時,我們也只有在一些非常簡單的場景纔會用 NSThread, 畢竟它還不夠智能,不能優雅地處理多線程中的其他高級概念。所以接下來要說的內容纔是重點。

    GCD

    Grand Central Dispatch,聽名字就霸氣。它是蘋果爲多核的並行運算提出的解決方案,所以會自動合理地利用更多的CPU內核(比如雙核、四核),最重要的是它會自動管理線程的生命週期(創建線程、調度任務、銷燬線程),完全不需要我們管理,我們只需要告訴幹什麼就行。同時它使用的也是 c語言,不過由於使用了 Block(Swift裏叫做閉包),使得使用起來更加方便,而且靈活。所以基本上大家都使用 GCD 這套方案,老少咸宜,實在是居家旅行、殺人滅口,必備良藥。不好意思,有點中二,咱們繼續。

    任務和隊列

    在 GCD 中,加入了兩個非常重要的概念: 任務 和 隊列

    • 任務:即操作,你想要幹什麼,說白了就是一段代碼,在 GCD 中就是一個 Block,所以添加任務十分方便。任務有兩種執行方式: 同步執行 和 異步執行,他們之間的區別是 是否會創建新的線程同步執行只要是同步執行的任務,都會在當前線程執行,不會另開線程。

      異步執行只要是異步執行的任務,都會另開線程,在別的線程執行。

      更新
      這裏說的並不準確,同步(sync) 和 異步(async) 的主要區別在於會不會阻塞當前線程,直到 Block 中的任務執行完畢!
      如果是 同步(sync) 操作,它會阻塞當前線程並等待 Block 中的任務執行完畢,然後當前線程纔會繼續往下運行。
      如果是 異步(async)操作,當前線程會直接往下執行,它不會阻塞當前線程。

    • 隊列:用於存放任務。一共有兩種隊列, 串行隊列 和 並行隊列串行隊列 中的任務會根據隊列的定義 FIFO 的執行,一個接一個的先進先出的進行執行。

      更新:放到串行隊列的任務,GCD 會 FIFO(先進先出) 地取出來一個,執行一個,然後取下一個,這樣一個一個的執行。

      並行隊列 中的任務 根據同步或異步有不同的執行方式。

      更新:放到串行隊列的任務,GCD 也會 FIFO的取出來,但不同的是,它取出來一個就會放到別的線程,然後再取出來一個又放到另一個的線程。這樣由於取的動作很快,忽略不計,看起來,所有的任務都是一起執行的。不過需要注意,GCD 會根據系統資源控制並行的數量,所以如果任務很多,它並不會讓所有任務同時執行。

    雖然很繞,但請看下錶:

     同步執行異步執行
    串行隊列當前線程,一個一個執行其他線程,一個一個執行
    並行隊列當前線程,一個一個執行開很多線程,一起執行

    創建隊列

    • 主隊列:這是一個特殊的 串行隊列。什麼是主隊列,大家都知道吧,它用於刷新 UI,任何需要刷新 UI 的工作都要在主隊列執行,所以一般耗時的任務都要放到別的線程執行。
    • 自己創建的隊列凡是自己創建的隊列都是 串行隊列 其中第一個參數是標識符,用於 DEBUG 的時候標識唯一的隊列,可以爲空。大家可以看xcode的文檔查看參數意義。

      更新:自己可以創建 串行隊列, 也可以創建 並行隊列。看下面的代碼(代碼已更新),它有兩個參數,第一個上面已經說了,第二個纔是最重要的。
      第二個參數用來表示創建的隊列是串行的還是並行的,傳入 DISPATCH_QUEUE_SERIAL或 NULL 表示創建串行隊列。傳入 DISPATCH_QUEUE_CONCURRENT 表示創建並行隊列。

    • 全局並行隊列這應該是唯一一個並行隊列, 只要是並行任務一般都加入到這個隊列。這是系統提供的一個併發隊列。

      創建任務

      • 同步任務: 不會另開線程 改:會阻塞當前線程 (SYNC)
        OBJECTIVE-C

        SWIFT

      • 異步任務:會另開線程 改:不會阻塞當前線程 (ASYNC)
        OBJECTIVE-C

        SWIFT

      更新
      爲了更好的理解同步和異步,和各種隊列的使用,下面看兩個示例:

      示例一:
      以下代碼在主線程調用,結果是什麼?

      答案:
      只會打印第一句:之前 - <NSThread: 0x7fb3a9e16470>{number = 1, name = main} ,然後主線程就卡死了,你可以在界面上放一個按鈕,你就會發現點不了了。
      解釋:
      同步任務會阻塞當前線程,然後把 Block 中的任務放到指定的隊列中執行,只有等到 Block 中的任務完成後纔會讓當前線程繼續往下運行。
      那麼這裏的步驟就是:打印完第一句後,dispatch_sync 立即阻塞當前的主線程,然後把 Block 中的任務放到 main_queue 中,可以 main_queue 中的任務會被取出來放到主線程中執行,但主線程這個時候已經被阻塞了,所以 Block 中的任務就不能完成,它不完成,dispatch_sync 就會一直阻塞主線程,這就是死鎖現象。導致主線程一直卡死。

      示例二:
      以下代碼會產生什麼結果?

      答案:
      2015-07-30 02:06:51.058 test[33329:8793087] 之前 – <NSThread: 0x7fe32050dbb0>{number = 1, name = main}
      2015-07-30 02:06:51.059 test[33329:8793356] sync之前 – <NSThread: 0x7fe32062e9f0>{number = 2, name = (null)}
      2015-07-30 02:06:51.059 test[33329:8793087] 之後 – <NSThread: 0x7fe32050dbb0>{number = 1, name = main}
      很明顯 sync - %@ 和 sync之後 - %@ 沒有被打印出來!這是爲什麼呢?我們再來分析一下:

      分析:
      我們按執行順序一步步來哦:

      1. 使用 DISPATCH_QUEUE_SERIAL 這個參數,創建了一個 串行隊列
      2. 打印出 之前 - %@ 這句。
      3. dispatch_async 異步執行,所以當前線程不會被阻塞,於是有了兩條線程,一條當前線程繼續往下打印出 之後 - %@這句, 另一臺執行 Block 中的內容打印 sync之前 - %@這句。因爲這兩條是並行的,所以打印的先後順序無所謂。
      4. 注意,高潮來了。現在的情況和上一個例子一樣了。dispatch_sync同步執行,於是它所在的線程會被阻塞,一直等到 sync 裏的任務執行完纔會繼續往下。於是 sync 就高興的把自己 Block 中的任務放到 queue 中,可誰想 queue 是一個串行隊列,一次執行一個任務,所以 sync 的 Block 必須等到前一個任務執行完畢,可萬萬沒想到的是 queue 正在執行的任務就是被 sync 阻塞了的那個。於是又發生了死鎖。所以 sync 所在的線程被卡死了。剩下的兩句代碼自然不會打印。

      隊列組

      隊列組可以將很多隊列添加到一個組裏,這樣做的好處是,當這個組裏所有的任務都執行完了,隊列組會通過一個方法通知我們。下面是使用方法,這是一個很實用的功能。

      OBJECTIVE-C

      SWIFT

      打印結果

      2015-07-28 03:40:34.277 test[12540:3319271] group-03 – <NSThread: 0x7f9772536f00>{number = 3, name = (null)}

      2015-07-28 03:40:34.277 test[12540:3319146] group-02 – <NSThread: 0x7f977240ba60>{number = 1, name = main}

      2015-07-28 03:40:34.277 test[12540:3319146] group-02 – <NSThread: 0x7f977240ba60>{number = 1, name = main}

      2015-07-28 03:40:34.277 test[12540:3319271] group-03 – <NSThread: 0x7f9772536f00>{number = 3, name = (null)}

      2015-07-28 03:40:34.278 test[12540:3319146] group-02 – <NSThread: 0x7f977240ba60>{number = 1, name = main}

      2015-07-28 03:40:34.278 test[12540:3319271] group-03 – <NSThread: 0x7f9772536f00>{number = 3, name = (null)}

      2015-07-28 03:40:34.278 test[12540:3319271] group-03 – <NSThread: 0x7f9772536f00>{number = 3, name = (null)}

      2015-07-28 03:40:34.278 test[12540:3319146] group-02 – <NSThread: 0x7f977240ba60>{number = 1, name = main}

      2015-07-28 03:40:34.277 test[12540:3319273] group-01 – <NSThread: 0x7f977272e8d0>{number = 2, name = (null)}

      2015-07-28 03:40:34.278 test[12540:3319271] group-03 – <NSThread: 0x7f9772536f00>{number = 3, name = (null)}

      2015-07-28 03:40:34.278 test[12540:3319146] group-02 – <NSThread: 0x7f977240ba60>{number = 1, name = main}

      2015-07-28 03:40:34.278 test[12540:3319273] group-01 – <NSThread: 0x7f977272e8d0>{number = 2, name = (null)}

      2015-07-28 03:40:34.278 test[12540:3319146] group-02 – <NSThread: 0x7f977240ba60>{number = 1, name = main}

      2015-07-28 03:40:34.278 test[12540:3319273] group-01 – <NSThread: 0x7f977272e8d0>{number = 2, name = (null)}

      2015-07-28 03:40:34.279 test[12540:3319146] group-02 – <NSThread: 0x7f977240ba60>{number = 1, name = main}

      2015-07-28 03:40:34.279 test[12540:3319146] group-02 – <NSThread: 0x7f977240ba60>{number = 1, name = main}

      2015-07-28 03:40:34.279 test[12540:3319146] 完成 – <NSThread: 0x7f977240ba60>{number = 1, name = main}


      這些就是 GCD 的基本功能,但是它的能力遠不止這些,等講完 NSOperation 後,我們再來看看它的一些其他方面用途。而且,只要你想象力夠豐富,你可以組合出更好的用法。

      更新:關於GCD,還有兩個需要說的:

      • func dispatch_barrier_async(_ queue: dispatch_queue_t, _ block: dispatch_block_t):
        這個方法重點是你傳入的 queue,當你傳入的 queue 是通過 DISPATCH_QUEUE_CONCURRENT 參數自己創建的 queue 時,這個方法會阻塞這個 queue注意是阻塞 queue ,而不是阻塞當前線程),一直等到這個 queue 中排在它前面的任務都執行完成後纔會開始執行自己,自己執行完畢後,再會取消阻塞,使這個 queue 中排在它後面的任務繼續執行。
        如果你傳入的是其他的 queue, 那麼它就和 dispatch_async 一樣了。
      • func dispatch_barrier_sync(_ queue: dispatch_queue_t, _ block: dispatch_block_t):
        這個方法的使用和上一個一樣,傳入 自定義的併發隊列(DISPATCH_QUEUE_CONCURRENT),它和上一個方法一樣的阻塞 queue,不同的是 這個方法還會 阻塞當前線程
        如果你傳入的是其他的 queue, 那麼它就和 dispatch_sync 一樣了。

      NSOperation和NSOperationQueue

      NSOperation 是蘋果公司對 GCD 的封裝,完全面向對象,所以使用起來更好理解。 大家可以看到 NSOperation 和 NSOperationQueue 分別對應 GCD 的 任務 和 隊列 。操作步驟也很好理解:

      1. 將要執行的任務封裝到一個 NSOperation 對象中。
      2. 將此任務添加到一個 NSOperationQueue 對象中。

      然後系統就會自動在執行任務。至於同步還是異步、串行還是並行請繼續往下看:

      添加任務

      值得說明的是,NSOperation 只是一個抽象類,所以不能封裝任務。但它有 2 個子類用於封裝任務。分別是:NSInvocationOperation 和 NSBlockOperation 。創建一個 Operation 後,需要調用 start 方法來啓動任務,它會 默認在當前隊列同步執行。當然你也可以在中途取消一個任務,只需要調用其 cancel 方法即可。

      • NSInvocationOperation : 需要傳入一個方法名。
        OBJECTIVE-C

        SWIFT

        在 Swift 構建的和諧社會裏,是容不下 NSInvocationOperation 這種不是類型安全的敗類的。蘋果如是說。這裏有相關解釋

      • NSBlockOperation
        OBJECTIVE-C

        SWIFT

        之前說過這樣的任務,默認會在當前線程執行。但是 NSBlockOperation 還有一個方法:addExecutionBlock: ,通過這個方法可以給 Operation 添加多個執行 Block。這樣 Operation 中的任務 會併發執行,它會 在主線程和其它的多個線程 執行這些任務,注意下面的打印結果:

        OBJECTIVE-C

        SWIFT

        打印輸出

        2015-07-28 17:50:16.585 test[17527:4095467] 第2次 – <NSThread: 0x7ff5c9701910>{number = 1, name = main}

        2015-07-28 17:50:16.585 test[17527:4095666] 第1次 – <NSThread: 0x7ff5c972caf0>{number = 4, name = (null)}

        2015-07-28 17:50:16.585 test[17527:4095665] <NSThread: 0x7ff5c961b610>{number = 3, name = (null)}

        2015-07-28 17:50:16.585 test[17527:4095662] 第0次 – <NSThread: 0x7ff5c948d310>{number = 2, name = (null)}

        2015-07-28 17:50:16.586 test[17527:4095666] 第3次 – <NSThread: 0x7ff5c972caf0>{number = 4, name = (null)}

        2015-07-28 17:50:16.586 test[17527:4095467] 第4次 – <NSThread: 0x7ff5c9701910>{number = 1, name = main}

        NOTEaddExecutionBlock 方法必須在 start() 方法之前執行,否則就會報錯:

        ‘*** -[NSBlockOperation addExecutionBlock:]: blocks cannot be added after the operation has started executing or finished’

        NOTE:大家可能發現了一個問題,爲什麼我在 Swift 裏打印輸出使用 NSLog() 而不是 println() 呢?原因是使用 print() / println() 輸出的話,它會簡單地使用 流(stream) 的概念,學過 C++ 的都知道。它會把需要輸出的每個字符一個一個的輸出到控制檯。普通使用並沒有問題,可是當多線程同步輸出的時候問題就來了,由於很多 println() 同時打印,就會導致控制檯上的字符混亂的堆在一起,而NSLog() 就沒有這個問題。到底是什麼樣子的呢?你可以把上面 NSLog() 改爲 println() ,然後一試便知。 更多 NSLog() 與 println() 的區別看這裏

      • 自定義Operation除了上面的兩種 Operation 以外,我們還可以自定義 Operation。自定義 Operation 需要繼承 NSOperation 類,並實現其 main() 方法,因爲在調用 start()方法的時候,內部會調用 main() 方法完成相關邏輯。所以如果以上的兩個類無法滿足你的慾望的時候,你就需要自定義了。你想要實現什麼功能都可以寫在裏面。除此之外,你還需要實現 cancel() 在內的各種方法。所以這個功能提供給高級玩家,我在這裏就不說了,等我需要用到時在研究它,到時候可能會再做更新。

      創建隊列

      看過上面的內容就知道,我們可以調用一個 NSOperation 對象的 start() 方法來啓動這個任務,但是這樣做他們默認是 同步執行 的。就算是 addExecutionBlock 方法,也會在 當前線程和其他線程 中執行,也就是說還是會佔用當前線程。這是就要用到隊列 NSOperationQueue 了。而且,按類型來說的話一共有兩種類型:主隊列、其他隊列。只要添加到隊列,會自動調用任務的 start() 方法

      • 主隊列細心的同學就會發現,每套多線程方案都會有一個主線程(當然啦,說的是iOS中,像 pthread 這種多系統的方案並沒有,因爲 UI線程 理論需要每種操作系統自己定製)。這是一個特殊的線程,必須串行。所以添加到主隊列的任務都會一個接一個地排着隊在主線程處理。
      • 其他隊列因爲主隊列比較特殊,所以會單獨有一個類方法來獲得主隊列。那麼通過初始化產生的隊列就是其他隊列了,因爲只有這兩種隊列,除了主隊列,其他隊列就不需要名字了。

        注意:其他隊列的任務會在其他線程並行執行。

        OBJECTIVE-C

        SWIFT

        打印輸出

        2015-07-28 20:26:28.463 test[18622:4443534] <NSThread: 0x7fd022c3ac10>{number = 5, name = (null)}

        2015-07-28 20:26:28.463 test[18622:4443536] 第2次 – <NSThread: 0x7fd022e36d50>{number = 2, name = (null)}

        2015-07-28 20:26:28.463 test[18622:4443535] 第0次 – <NSThread: 0x7fd022f237f0>{number = 4, name = (null)}

        2015-07-28 20:26:28.463 test[18622:4443533] 第1次 – <NSThread: 0x7fd022d372b0>{number = 3, name = (null)}

        2015-07-28 20:26:28.463 test[18622:4443534] 第3次 – <NSThread: 0x7fd022c3ac10>{number = 5, name = (null)}

        2015-07-28 20:26:28.463 test[18622:4443536] 第4次 – <NSThread: 0x7fd022e36d50>{number = 2, name = (null)}

      OK, 這時應該發問了,大家將 NSOperationQueue 與 GCD的隊列 相比較就會發現,這裏沒有並行隊列,那如果我想要10個任務在其他線程串行的執行怎麼辦?

      這就是蘋果封裝的妙處,你不用管串行、並行、同步、異步這些名詞。NSOperationQueue有一個參數 maxConcurrentOperationCount 最大併發數,用來設置最多可以讓多少個任務同時執行。當你把它設置爲 1 的時候,他不就是串行了嘛!

      NSOperationQueue 還有一個添加任務的方法,- (void)addOperationWithBlock:(void (^)(void))block; ,這是不是和 GCD 差不多?這樣就可以添加一個任務到隊列中了,十分方便。

      NSOperation 有一個非常實用的功能,那就是添加依賴。比如有 3 個任務:A: 從服務器上下載一張圖片,B:給這張圖片加個水印,C:把圖片返回給服務器。這時就可以用到依賴了:

      OBJECTIVE-C

      SWIFT

      打印結果

      2015-07-28 21:24:28.622 test[19392:4637517] 下載圖片 – <NSThread: 0x7fc10ad4d970>{number = 2, name = (null)}

      2015-07-28 21:24:29.622 test[19392:4637515] 打水印 – <NSThread: 0x7fc10af20ef0>{number = 3, name = (null)}

      2015-07-28 21:24:30.627 test[19392:4637515] 上傳圖片 – <NSThread: 0x7fc10af20ef0>{number = 3, name = (null)}

      • 注意:不能添加相互依賴,會死鎖,比如 A依賴B,B依賴A。
      • 可以使用 removeDependency 來解除依賴關係。
      • 可以在不同的隊列之間依賴,反正就是這個依賴是添加到任務身上的,和隊列沒關係。

      其他方法

      以上就是一些主要方法, 下面還有一些常用方法需要大家注意:

      • NSOperation

        BOOL executing; //判斷任務是否正在執行

        BOOL finished; //判斷任務是否完成

        void (^completionBlock)(void); //用來設置完成後需要執行的操作

        - (void)cancel; //取消任務

        - (void)waitUntilFinished; //阻塞當前線程直到此任務執行完畢

      • NSOperationQueue

        NSUInteger operationCount; //獲取隊列的任務數

        - (void)cancelAllOperations; //取消隊列中所有的任務

        - (void)waitUntilAllOperationsAreFinished; //阻塞當前線程直到此隊列中的所有任務執行完畢

        [queue setSuspended:YES]; // 暫停queue

        [queue setSuspended:NO]; // 繼續queue

      好啦,到這裏差不多就講完了。當然,我講的並不完整,可能有一些知識我並沒有講到,但作爲常用方法,這些已經足夠了。不過我在這裏只是告訴你了一些方法的功能,只是怎麼把他們用到合適的地方,就需要多多實踐了。下面我會說一些關於多線程的案例,是大家更加什麼地瞭解。

      其他用法

      在這部分,我會說一些和多線程知識相關的案例,可能有些很簡單,大家早都知道的,不過因爲這篇文章講的是多線程嘛,所以應該儘可能的全面嘛。還有就是,我會儘可能的使用多種方法實現,讓大家看看其中的區別。

      線程同步

      所謂線程同步就是爲了防止多個線程搶奪同一個資源造成的數據安全問題,所採取的一種措施。當然也有很多實現方法,請往下看:

      • 互斥鎖 :給需要同步的代碼塊加一個互斥鎖,就可以保證每次只有一個線程訪問此代碼塊。
        OBJECTIVE-C

        SWIFT

      • 同步執行 :我們可以使用多線程的知識,把多個線程都要執行此段代碼添加到同一個串行隊列,這樣就實現了線程同步的概念。當然這裏可以使用 GCD 和 NSOperation兩種方案,我都寫出來。
        OBJECTIVE-C

      SWIFT

      這裏的 swift 代碼,我就不寫了,因爲每句都一樣,只是語法不同而已,照着 OC 的代碼就能寫出 Swift 的。這篇文章已經老長老長了,我就不浪費篇幅了,又不是高中寫作文。

      延遲執行

      所謂延遲執行就是延時一段時間再執行某段代碼。下面說一些常用方法。

      • perform
        OBJECTIVE-C

        SWIFT

      • GCD可以使用 GCD 中的 dispatch_after 方法,OC 和 Swift 都可以使用,這裏只寫 OC 的,Swift 的是一樣的。
        OBJECTIVE-C

      • NSTimerNSTimer 是iOS中的一個計時器類,除了延遲執行還有很多用法,不過這裏直說延遲執行的用法。同樣只寫 OC 版的,Swift 也是相同的。
        OBJECTIVE-C

      單例模式

      至於什麼是單例模式,我也不多說,我只說說一般怎麼實現。在 Objective-C 中,實現單例的方法已經很具體了,雖然有別的方法,但是一般都是用一個標準的方法了,下面來看看。

      OBJECTIVE-C

      這裏之所以將單例模式,是因爲其中用到了 GCD 的 dispatch_once 方法。下面看 Swift 中的單例模式,在Swift中單例模式非常簡單!想知道怎麼從 OC 那麼複雜的方法變成下面的寫法的,請看這裏

      SWIFT

      從其他線程回到主線程的方法

      我們都知道在其他線程操作完成後必須到主線程更新UI。所以,介紹完所有的多線程方案後,我們來看看有哪些方法可以回到主線程。

      • NSThread
      • GCD
      • NSOperationQueue

        總結

        好的吧,總算寫完了,純手敲6k多字,感動死我了。花了兩天,時間跨度有點大,所以可能有些地方上段不接下段或者有的地方不完整,如果你看着比較費力或者有什麼地方有問題,都可以在評論區告訴我,我會及時修改的。當然啦,多線程的東西也不止這些,題目也就只是個題目,不要當真。想要了解更多的東西,還得自己去網上挖掘相關資料。多看看官方文檔。實在是編不下去了,大家好好看~。對了,看我寫的這麼賣力,不打賞的話得點個喜歡也是極好的。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章