## KVO & KVC

### `KVO`用法和底層原理

*   使用方法：新增觀察者，然後怎樣實現監聽的代理
*   `KVO`底層使用了 `isa-swizling`的技術.
*   `OC`中每個物件/類都有`isa`指標, `isa` 表示這個物件是哪個類的物件.
*   當給物件的某個屬性註冊了一個 observer，系統會建立一個新的中間類（`intermediate class`）繼承原來的`class`，把該物件的`isa`指標指向中間類。
*   然後中間類會重寫`setter`方法，呼叫`setter`之前呼叫`willChangeValueForKey`, 呼叫`setter`之後呼叫`didChangeValueForKey`，以此通知所有觀察者值發生更改。
*   重寫了 `-class` 方法，企圖欺騙我們這個類沒有變，就是原本那個類。

### KVO的優缺點

*   優點
    *   1、可以方便快捷的實現兩個物件的關聯同步，例如`view & model`
    *   2、能夠觀察到新值和舊值的變化
    *   3、可以方便的觀察到巢狀型別的資料變化
*   缺點
    *   1、觀察物件透過`string`型別設定，如果寫錯或者變數名改變，編譯時可以透過但是執行時會發生`crash`
    *   2、觀察多個值需要在代理方法中多個`if`判斷
    *   3、忘記移除觀察者或重複移除觀察者會導致`crash`

### 怎麼手動觸發`KVO`

*   `KVO`機制是透過`willChangeValueForKey:`和`didChangeValueForKey:`兩個方法觸發的。
*   在觀察物件變化前呼叫`willChangeValueForKey:`
*   在觀察物件變化後呼叫`didChangeValueForKey:`
*   所以只需要在變更觀察值前後手動呼叫即可。

### 給KVO新增篩選條件

*   重寫`automaticallyNotifiesObserversForKey`，需要篩選的`key`返回`NO`。
*   `setter`裡新增判斷後手動觸發`KVO`

```
+ (BOOL)automaticallyNotifiesObserversForKey:(NSString *)key {
    if ([key isEqualToString:@"age"]) {
        return NO;
    }
    return [super automaticallyNotifiesObserversForKey:key];
}

- (void)setAge:(NSInteger)age {
    if (age >= 18) {
        [self willChangeValueForKey:@"age"];
        _age = age;
        [self didChangeValueForKey:@"age"];
    }else {
        _age = age;
    }
}
```

### 使用KVC修改會觸發KVO嗎？

*   會，只要`accessInstanceVariablesDirectly`返回`YES`，透過KVC修改成員變數的值會觸發KVO。
*   這說明KVC內部呼叫了`willChangeValueForKey:`方法和`didChangeValueForKey:`方法

### 直接修改成員變數會觸發KVO嗎？

*   不會

### KVO的崩潰與防護

崩潰原因：

*   KVO 新增次數和移除次數不匹配，大部分是移除多於註冊。
*   被觀察者`dealloc`時仍然註冊著 KVO，導致崩潰。
*   新增了觀察者，但未實現 `observeValueForKeyPath:ofObject:change:context:` 。 防護方案1：
*   直接使用facebook開源框架`KVOController` 防護方案2：
*   自定義一個雜湊表，記錄觀察者和觀察物件的關係。
*   使用`fishhook`替換 `addObserver:forKeyPath:options:context:`，在新增前先判斷是否已經存在相同觀察者，不存在才新增，避免重複觸發造成bug。
*   使用`fishhook`替換`removeObserver:forKeyPath:`和`removeObserver:forKeyPath:context`，移除之前判斷是否存在對應關係，如果存在才釋放。
*   使用`fishhook`替換`dealloc`，執行`dealloc`前判斷是否存在未移除的觀察者，存在的話先移除。

### KVC底層原理

#### `setValue:forKey:`的實現

*   查詢`setKey:`方法和`_setKey:`方法，只要找到就直接傳遞引數，呼叫方法；
*   如果沒有找到`setKey:`和`_setKey:`方法，檢視`accessInstanceVariablesDirectly`方法的返回值，如果返回`NO`（不允許直接訪問成員變數），呼叫`setValue:forUndefineKey:`並丟擲異常`NSUnknownKeyException`；
*   如果`accessInstanceVariablesDirectly`方法返回`YES`（可以訪問其成員變數），就按照順序依次查詢 `_key、_isKey、key、isKey` 這四個成員變數，如果查詢到了就直接賦值；如果沒有查到，呼叫`setValue:forUndefineKey:`並丟擲異常`NSUnknownKeyException`。

#### `valueForKey:`的實現

*   按照`getKey，key，isKey`的順序查詢方法，只要找到就直接呼叫；
*   如果沒有找到，`accessInstanceVariablesDirectly`返回`YES`（可以訪問其成員變數），按照順序依次查詢`_key、_isKey、key、isKey` 這四個成員變數，找到就取值；如果沒有找到成員變數，呼叫`valueforUndefineKey`並丟擲異常`NSUnknownKeyException`。
*   `accessInstanceVariablesDirectly`返回`NO`（不允許直接訪問成員變數），那麼會呼叫`valueforUndefineKey:`方法，並丟擲異常`NSUnknownKeyException`；

## 多執行緒

### 程式和執行緒的區別

*   程式：程式是指在系統中正在執行的一個應用程式，一個程式擁有多個執行緒。
*   執行緒：執行緒是程式中的一個單位，一個程式想要執行任務， 必須至少有一條執行緒。應程式啟動預設開啟主執行緒。

### 程式都有什麼狀態

*   `Not Running`：未執行。
*   `Inactive`：前臺非活動狀態。處於前臺，但是不能接受事件處理。
*   `Active`：前臺活動狀態。處於前臺，能接受事件處理。
*   `Background`：後臺狀態。進入後臺，如果又可執行程式碼，會執行程式碼，程式碼執行完畢，程式進行掛起。
*   `Suspended`：掛起狀態。進入後臺，不能執行程式碼，如果記憶體不足，程式會被殺死。

### 什麼是執行緒安全？

*   多條執行緒同時訪問一段程式碼，不會造成資料混亂的情況

### 怎樣保證執行緒安全？

*   透過執行緒加鎖
*   `pthread_mutex` 互斥鎖（C語言）
*   `@synchronized`
*   `NSLock` 物件鎖
*   `NSRecursiveLock` 遞迴鎖
*   `NSCondition & NSConditionLock` 條件鎖
*   `dispatch_semaphore` GCD訊號量實現加鎖
*   `OSSpinLock`自旋鎖（不建議使用）
*   `os_unfair_lock`自旋鎖（IOS10以後替代`OSSpinLock`）

### 你接觸到的專案，哪些場景運用到了執行緒安全？

*   線上列表的增員和減員，需要加鎖保持其執行緒安全。

### `iOS`開發中有多少型別的執行緒？分別說說

*   1、`pthread`
    *   C語言實現的跨平臺通用的多執行緒API
    *   使用難度大，沒有用過
*   2、`NSThread`
    *   `OC`物件導向的多執行緒`API`
    *   簡單易用，可以直接操作執行緒物件。
    *   需要手動管理生命週期
*   3、`GCD`
    *   C語言實現的多核並行CPU方案，能更合理的執行多核`CPU`
    *   可以自動管理生命週期
*   4、`NSOperation`
    *   `OC`基於`GCD`的封裝
    *   完全物件導向的多執行緒方案
    *   可以自動管理生命週期

### GCD有什麼佇列，預設提供了哪些佇列

*   序列同步佇列，任務按順序（序列），在當前執行緒執行（同步）
*   序列非同步佇列，任務按順序（序列），開闢新的執行緒執行（非同步）
*   並行同步佇列，任務按順序（無法體現並行），在當前執行緒執行（同步）
*   並行非同步佇列，任務同時執行（並行），開闢新的執行緒執行（非同步）
*   預設提供了主佇列和全域性佇列

### `GCD`主執行緒 & 主佇列的關係

*   主佇列任務只在主執行緒中被執行的
*   主執行緒執行的是一個 `runloop`，除了主佇列的任務，還有 UI 處理和繪製任務。

### 描述一下執行緒同步與非同步的區別?

*   執行緒同步是指當前有多個執行緒的話，必須等一個執行緒執行完了才能執行下一個執行緒。
*   執行緒非同步指一個執行緒去執行，他的下一個執行緒不用等待他執行完就開始執行。

### 執行緒同步的方式

*   `GCD`的序列佇列，任務都一個個按順序執行
*   `NSOperationQueue`設定`maxConcurrentOperationCount = 1`，同一時刻只有1個`NSOperation`被執行
*   使用`dispatch_semaphore`訊號量阻塞執行緒，直到任務完成再放行
*   `dispatch_group`也可以阻塞到所有任務完成才放行

### 什麼情況下會執行緒死鎖

*   序列佇列，正在進行的任務A向序列佇列新增一個同步任務B，會造成AB兩個任務互相等待，形成死鎖。
*   優先順序反轉，`OSSpinlock`

### `dispatch_once`實現原理

*   `dispatch_once`需要傳入`dispatch_once_t`型別的引數，其實是個長整形
*   處理`block`前會判斷傳入的`dispatch_once_t`是否為0，為0表示`block` 尚未執行。
*   執行後把`token`的值改為1，下次再進來的時候判斷非0直接不處理了。

### `performSelector`和`runloop`的關係

*   呼叫 `performSelecter:afterDelay:` ，其內部會建立一個`Timer`並新增到當前執行緒的`RunLoop` 。
*   如果當前執行緒`Runloop`沒有跑起來，這個方法會失效。
*   其他的`performSelector`系列方法是類似的

### 子執行緒執行 `[p performSelector:@selector(func) withObject:nil afterDelay:4]` 會發生什麼？

*   上面這個方法放在子執行緒，其實內部會建立一個`NSTimer`定時器。
*   子執行緒不會預設開啟`runloop`，如果需要執行`func`函式得手動開啟`runloop`

```
    dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
        dispatch_async(queue, ^{
            // [[NSRunLoop currentRunLoop] run]; 放在上面無效
            // 只開啟runloop但是裡面沒有任何事件，開啟失敗
            [self performSelector:@selector(test) withObject:nil afterDelay:2];
            [[NSRunLoop currentRunLoop] run];
    });

```

### 為什麼只在主執行緒重新整理UI

*   `UIKit`是執行緒不安全的，UI操作涉及到渲染和訪問`View`的屬性，非同步操作會存在讀寫問題，為其加鎖則會耗費大量資源並拖慢執行速度。
*   程式的起點`UIApplication`在主執行緒初始化，所有的使用者事件（觸控互動）都在主執行緒傳遞，所以`view`只能在主執行緒上才能對事件進行響應。

### 一個佇列負責插入資料操作，一個佇列負責讀取操作，同時操作一個儲存的佇列，如何保證順利進行

*   使用`GCD`柵欄函式實現多度單寫
*   讀取的時候使用 `dispatch_sync` 立刻返回資料
*   寫入的時候使用 `dispatch_barrier_async` 阻塞其他操作後寫入
*   注意儘量不要使用全域性佇列，因為全域性佇列裡還有其他操作

## 鎖

### 為什麼需要鎖？

*   多執行緒程式設計中會出現執行緒相互干擾的情況，如多個執行緒訪問一個資源。
*   需要一些同步工具，確保當執行緒互動的時候是安全的。

### 什麼是互斥鎖

*   如果共享資料已經有了其他執行緒加鎖了，執行緒會進行休眠狀態等待鎖
*   一旦被訪問的資源被解鎖，則等待資源的執行緒會被喚醒。
*   任務複雜的時間長的情況建議使用互斥鎖
*   優點
    *   獲取不到資源時執行緒休眠，cpu可以排程其他的執行緒工作
*   缺點
    *   存線上程排程的開銷
    *   如果任務時間很短，執行緒排程降低了cpu的效率

### 什麼是自旋鎖

*   如果共享資料已經有其他執行緒加鎖了，執行緒會以死迴圈的方式等待鎖
*   一旦被訪問的資源被解鎖，則等待資源的執行緒會立即執行
*   適用於持有鎖較短時間
*   優點：
    *   自旋鎖不會引起執行緒休眠，不會進行執行緒排程和CPU時間片輪轉等耗時操作。
    *   如果能在很短的時間內獲得鎖，自旋鎖效率遠高於互斥鎖。
*   缺點：
    *   自旋鎖一直佔用CPU，未獲得鎖的情況下處於忙等狀態。
    *   如果不能在很短的時間內獲得鎖，使CPU效率降低。
    *   自旋鎖不能實現遞迴呼叫。

### 讀寫鎖

*   讀寫鎖又被稱為 `rw鎖`或者 `readwrite鎖`
*   不是最常用的，一般是資料庫操作才會用到。
*   具體操作為多讀單寫，寫入操作只能序列執行，且寫入時不能讀取；讀取需支援多執行緒操作，且讀取時不能寫入

### 說說你知道的鎖有哪些

*   `pthread_mutex` 互斥鎖（C語言）
*   `@synchronized`
*   `NSLock` 物件鎖
*   `NSRecursiveLock` 遞迴鎖
*   `NSCondition & NSConditionLock` 條件鎖
*   `dispatch_semaphore` GCD訊號量實現加鎖
*   `OSSpinLock`自旋鎖（暫不建議使用）
*   `os_unfair_lock`自旋鎖（IOS10以後替代`OSSpinLock`）

### 說說`@synchronized`

*   原理
    *   內部應該是一個可重入互斥鎖（`recursive_mutex_t`）
    *   底層是連結串列，儲存SyncData，SyncData裡面包含一個 `threadCount`，就是訪問資源的執行緒數量。
    *   `objc_sync_enter(obj)，objc_sync_exit(obj)`，透過`obj`的地址作為`hash`傳參查詢`SyncData`，上鎖解鎖。
    *   傳入的`obj`被釋放或為`nil`，會執行鎖的釋放
*   優點
    *   不需要建立鎖物件也能實現鎖的功能
    *   使用簡單方便，程式碼可讀性強
*   缺點
    *   加鎖的程式碼儘量少
    *   效能沒有那麼好
    *   注意鎖的物件必須是同一個`OC`物件

### 說說`NSLock`

*   遵循`NSLocking`協議
*   注意點
    *   同一執行緒`lock`和`unlock`需要成對出現
    *   同一執行緒連續`lock`兩次會造成死鎖

### 說說`NSRecursiveLock`

*   `NSRecursiveLock`是遞迴鎖
*   注意點
    *   同一個程`lock`多次而不造成死鎖
    *   同一執行緒當`lock & unlock`數量一致的時候才會釋放鎖，其他執行緒才能上鎖

### 說說`NSCondition & NSConditionLock`

*   條件鎖：滿足條件執行鎖住的程式碼；不滿足條件就阻塞執行緒，直到另一個執行緒發出解鎖訊號。
*   `NSCondition`物件實際上作為一個鎖和一個執行緒檢查器
    *   鎖保護資料來源，執行條件引發的任務。
    *   執行緒檢查器根據條件判斷是否阻塞執行緒。
    *   需要手動等待和手動訊號解除等待
    *   一個`wait`必須對應一個`signal`，一次喚醒全部需要使用`broadcast`
*   `NSConditionLock`是`NSCondition`的封裝
    *   透過不同的`condition`值觸發不同的操作
    *   解鎖時透過`unlockWithCondition` 修改`condition`實現任務依賴
    *   透過`condition`自動判斷阻塞還是喚醒執行緒

### 說說GCD訊號量實現鎖

*   `dispatch_semaphore_creat(0)`生成一個訊號量`semaphore = 0`（ 傳入的值可以控制並行任務的數量）
*   `dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER)` 使`semaphore - 1`，當值小於0進入等待
*   `dispatch_semaphore_signal(semaphore)`發出訊號，使`semaphore + 1`，當值大於等於0放行

### 說說`OSSpinLock`

*   `OSSpinLock`是自旋鎖，忙等鎖

*   自旋鎖存在優先順序反轉的問題，執行緒有優先順序的時候可能導致下列情況。

*   一個優先順序低的執行緒先訪問某個資料，此時使用自旋鎖進行了加鎖。
    *   一個優先順序高的執行緒又去訪問這個資料，優先順序高的執行緒會一直佔著CPU資源忙等訪問
    *   結果導致優先順序低的執行緒沒有CPU資源完成任務，也無法釋放鎖。
*   由於自旋鎖本身存在的問題，所以蘋果已經廢棄了`OSSpinLock`。

### 說說 `os_unfair_lock`

*   iOS10以後替代`OSSpinLock`的鎖，不再忙等
*   獲取不到資源時休眠，獲取到資源時由核心喚醒執行緒
*   沒有加強公平性和順序，釋放鎖的執行緒可能立即再次加鎖，之前等待鎖的執行緒喚醒後可能也沒能加鎖成功。
*   雖然解決了優先順序反轉，但也造成了飢餓（`starvation`）
*   `starvation` 指貪婪執行緒佔用資源事件太長，其他執行緒無法訪問共享資源。

### 5個執行緒讀一個檔案，如何實現最多隻有2個執行緒同時讀這個檔案

*   `dispatch_semaphore`訊號量控制

### Objective-C中的原子和非原子屬性

*   OC在定義屬性時有`nonatomic`和`atomic`兩種選擇
*   `atomic`：原子屬性，為`setter/getter`方法都加鎖（預設就是`atomic`），執行緒安全，需要消耗大量的資源
*   `nonatomic`：非原子屬性，不加鎖，非執行緒安全

```
atomic加鎖原理:
property (assign, atomic) int age;
 - (void)setAge:(int)age
{ 
    @synchronized(self) {  
       _age = age;
    }
}

- （int）age {
  int age1 = 0;
  @synchronized(self) {
    age1 = _age;
  }
}
```

### `atomic` 修飾的屬性 `int a`，在不同的執行緒執行 `self.a = self.a + 1` 執行一萬次，這個屬性的值會是一萬嗎？

*   不會，左邊的點語法呼叫的是`setter`，右邊呼叫的是`getter`，這行語句並不是原子性的。

### `atomic`就一定能保證執行緒安全麼？

*   不能，只能保證`setter`和`getter`在當前執行緒的安全
*   一個執行緒在連續多次讀取某條屬性值的時候，別的執行緒同時在改值，最終無法得出期望值
*   一個執行緒在獲取當前屬性的值， 另外一個執行緒把這個屬性釋放調了，有可能造成崩潰

### `nonatomic`是非原子運算子，為什麼用`nonatomic`不用`atomic`？

*   如果該物件無需考慮多執行緒的情況，請加入這個屬性修飾，這樣會讓編譯器少生成一些互斥加鎖程式碼，可以提高效率。
*   使用`atomic`，編譯器會在`setter`和`getter`方法裡面自動生成互斥鎖程式碼，避免該變數讀寫不同步。

### 有人說能`atomic`耗記憶體，你覺得呢？

*   因為會自動加鎖，所以效能比`nonatomic`差。

### `atomic`為什麼會失效

*   `atomic`修飾的屬性靠編譯器自動生成的`get/set`方法實現原子操作，如果重寫了任意一個，`atomic`關鍵字的特性將失效

### `nonatomic`實現

```
- (NSString *)userName {
    return _userName;
}

- (void)setUserName:(NSString *)userName {
    _userName = userName;
}
```

### `atomic` 的實現

```
- (NSString *)userName {
    NSString *name;
    @synchronized (self) {
        name = _userName;
    }
    return name;
}

- (void)setUserName:(NSString *)userName {
    @synchronized (self) {
        _userName = userName;
    }
}
```

## runloop

### `runloop`是什麼？

*   系統內部存在管理事件的迴圈機制
*   `runloop` 是利用這個迴圈，管理訊息和事件的物件。

### `runloop` 是否等於 `while(1) { do something ... }` ？

*   不是
*   `while(1)` 是一個忙等的狀態，需要一直佔用資源。
*   `runloop` 沒有訊息需要處理時進入休眠狀態，訊息來了，需要處理時才被喚醒。

### `runloop`的基本模式

*   iOS中有五種`runLoop`模式
*   `UIInitializationRunLoopMode`（啟動後進入的第一個`Mode`，啟動完成後就不再使用，切換到 `kCFRunLoopDefaultMode`）
*   `kCFRunLoopDefaultMode`（App的預設`Mode`，通常主執行緒是在這個 `Mode` 下執行）
*   `UITrackingRunLoopMode`（介面跟蹤 `Mode`，用於 `ScrollView` 追蹤觸控滑動，保證介面滑動時不受其他 `Mode` 影響）
*   `NSRunLoopCommonModes` （這是一個偽`Mode`，等效於`NSDefaultRunLoopMode`和`NSEventTrackingRunLoopMode`的結合 ）
*   `GSEventReceiveRunLoopMode`（接受系統事件的內部 `Mode`，通常用不到）

### `runLoop`的基本原理

*   系統中的主執行緒會預設開啟`runloop`檢測事件，沒有事件需要處理的時候`runloop`會處於休眠狀態。
*   一旦有事件觸發，例如使用者點選螢幕，就會喚醒`runloop`使進入監聽狀態，然後處理事件。
*   事件處理完成後又會重新進入休眠，等待下一次事件喚醒

### `runloop`和執行緒的關係

*   `runloop`和執行緒一一對應。
*   主執行緒的建立的時候預設開啟`runloop`，為了保證程式一直在跑。
*   支執行緒的`runloop`是懶載入的，需要手動開啟。

### `runloop`事件處理流程

*   事件會觸發`runloop`的入口函式`CFRunLoopRunSpecific`，函式內部首先會通知`observer`把狀態切換成`kCFRunLoopEntry`，然後透過`__CFRunLoopRun`啟動`runloop`處理事件
*   `__CFRunLoopRun`的核心是是一個`do - while`迴圈，迴圈內容如下 
![](https://upload-images.jianshu.io/upload_images/24396915-d762b16092e84a4e.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

### `runloop`是怎麼被喚醒的

*   沒有訊息需要處理時，休眠執行緒以避免資源佔用。從使用者態切換到核心態，等待訊息；
*   有訊息需要處理時，立刻喚醒執行緒，回到使用者態處理訊息；
*   `source0`透過螢幕觸發直接喚醒
*   `source0`透過呼叫`mach_msg()`函式來轉移當前執行緒的控制權給核心態/使用者態。

### 什麼是使用者態、核心態

*   核心態：執行作業系統程式 ，表示一個應用程式執行系統呼叫後，或I/O 中斷，時鐘中斷後，程式便處於核心執行
*   使用者態：執行使用者程式 ，表示程式正處於使用者狀態中執行

### runloop的狀態

```
CFRunLoopObserverRef observerRef = CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(), kCFRunLoopAllActivities, YES, 0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {
        switch (activity) {
            case kCFRunLoopEntry: NSLog(@"runloop啟動"); break;
            case kCFRunLoopBeforeTimers: NSLog(@"runloop即將處理timer事件"); break;
            case kCFRunLoopBeforeSources: NSLog(@"runloop即將處理sources事件"); break;
            case kCFRunLoopBeforeWaiting: NSLog(@"runloop即將進入休眠"); break;
            case kCFRunLoopAfterWaiting: NSLog(@"runloop被喚醒"); break;
            case kCFRunLoopExit: NSLog(@"runloop退出"); break;
            default: break;
        }
    });
    CFRunLoopAddObserver(CFRunLoopGetCurrent(), observerRef, kCFRunLoopDefaultMode);
}
```

### `runLoop` 卡頓檢測的方法

*   `NSRunLoop` 處理耗時主要下面兩種情況
    *   `kCFRunLoopBeforeSources` 和 `kCFRunLoopBeforeWaiting` 之間
    *   `kCFRunLoopAfterWaiting` 之後
*   上述兩個時間太長，可以判定此時主執行緒卡頓
*   可以新增`Observer`到主執行緒`Runloop`中，監聽`Runloop`狀態切換耗時，監聽卡頓
    *   用一個`do-while`迴圈處理路基，訊號量設定閾值判斷是否卡頓
    *   `dispatch_semaphore_wait` 返回值 **非0** 表示`timeout`卡頓發生
    *   獲取卡頓的堆疊傳至後端，再分析

### 怎麼啟動一個常駐執行緒

```
// 建立執行緒
NSThread *thread = [[NSThread alloc]  initWithTarget:self selector:@selector(play) object:nil];
[thread start];

// runloop保活
[[NSRunLoop currentRunLoop] addPort:[NSPort port] forMode:NSDefaultRunLoopMode];
[[NSRunLoop currentRunLoop] run];

// 處理事件
[self performSelector:@selector(test) onThread:thread withObject:nil waitUntilDone:NO];
複製程式碼
```

## 計時器

### `NSTimer、CADisplayLink、dispatch_source_t` 的優劣

*   `NSTimer`

*   優點在於使用的是`target-action`模式，簡單好用
    *   缺點是容易不小心造成迴圈引用。需要依賴`runloop`，`runloop`如果被阻塞就要延遲到下一次`runloop`週期才執行，所以時間精度上也略為不足
*   `CADisplayLink`

*   優點是精度高，每次重新整理結束後都呼叫，適合不停重繪的計時，例如影片
    *   缺點容易不小心造成迴圈引用。`selector`迴圈間隔大於重繪每幀的間隔時間，會導致跳過若干次呼叫機會。不可以設定單次執行。
*   `dispatch_source_t`

*   基於`GCD`，精度高，不依賴`runloop`，簡單好使，最喜歡的計時器
    *   需要注意的點是使用的時候必須持有計時器，不然就會提前釋放。

### NSTimer在子執行緒執行會怎麼樣？

*   `NSTimer`在子執行緒呼叫需要手動開啟子執行緒的`runloop`
*   `[[NSRunLoop currentRunLoop] run];`

### `NSTimer`為什麼不準？

*   如果`runloop`正處在阻塞狀態的時候`NSTimer`到達觸發時間，`NSTimer`的觸發會被推遲到下一個`runloop`週期

### `NSTimer`的迴圈引用？

`timer`和`target`互相強引用導致了迴圈引用。可以透過中介軟體持有`timer & target`解決

### GCD計時器

```
NSTimeInterval interval = 1.0;
_timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0));
dispatch_source_set_timer(_timer, dispatch_walltime(NULL, 0), interval * NSEC_PER_SEC, 0);
dispatch_source_set_event_handler(_timer, ^{
    NSLog(@"GCD timer test");
});
dispatch_resume(_timer);
```

> 同時我也整理了一些面試題，有需要的朋友可以加QQ群：1012951431 獲取

iOS開發面試攻略（KVO、KVC、多執行緒、鎖、runloop、計時器）

相關文章