前一篇文章中，我們介紹了runtime相關的術語的資料結構，檢視連結：runtime相關的術語的資料結構。本文主要講解與runtime相關的訊息傳送和訊息轉發兩個重要模組。

訊息傳送

訊息傳送舉例：下面這個OC程式碼

[person read:book];

會被編譯成：

objc_msgSend(person, @selector(read:), book);

objc_msgSend的具體流程如下：

1. 通過isa指標找到所屬類
2. 查詢類的cache列表, 如果沒有則下一步
3. 查詢類的”方法列表”
4. 如果能找到與選擇子名稱相符的方法, 就跳至其實現程式碼
5. 找不到, 就沿著繼承體系繼續向上查詢
6. 如果能找到與選擇子名稱相符的方法, 就跳至其實現程式碼
7. 找不到, 執行”訊息轉發”.

訊息轉發

上面我們提到, 如果到最後都找不到, 就會來到訊息轉發，訊息轉發的流程如下：

1. 動態方法解析 : 先問接收者所屬的類, 你看能不能動態添加個方法來處理這個”未知的訊息”? 如果能, 則訊息轉發結束.
2. 備胎(後備接收者) : 請接收者看看有沒有其他物件能處理這條訊息? 如果有, 則把訊息轉給那個物件, 訊息轉發結束.
3. 訊息簽名 : 這裡會要求你返回一個訊息簽名, 如果返回nil, 則訊息轉發結束.
4. 完整的訊息轉發 : 備胎都搞不定了, 那就只能把該訊息相關的所有細節都封裝到一個NSInvocation物件, 再問接收者一次, 快想辦法把這個搞定了. 到了這個地步如果還無法處理, 訊息轉發機制也無能為力了。

1. 動態方法解析

物件在收到無法解讀的訊息後, 首先呼叫其所屬類的這個類方法 :

+ (BOOL)resolveInstanceMethod:(SEL)selector
// selector : 那個未知的選擇子
// 返回YES則結束訊息轉發
// 返回NO則進入備胎

假如尚未實現的方法不是例項方法而是類方法, 則會呼叫另一個方法resolveClassMethod:

2. 備胎

動態方法解析失敗, 則呼叫這個方法

- (id)forwardingTargetForSelector:(SEL)selector
// selector : 那個未知的訊息
// 返回一個能響應該未知選擇子的備胎物件
 

通過備胎這個方法, 可以用”組合”來模擬出”多重繼承”.

3. 訊息簽名

備胎搞不定, 這個方法就準備要被包裝成一個NSInvocation物件, 在這裡要先返回一個方法簽名

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector
// NSMethodSignature : 該selector對應的方法簽名

4. 完整的訊息轉發

給接收者最後一次機會把這個方法處理了, 搞不定就直接程式崩潰!

- (void)forwardInvocation:(NSInvocation *)invocation
// invocation : 封裝了與那條尚未處理的訊息相關的所有細節的物件

在這裡能做的比較現實的事就是 : 在觸發訊息前, 先以某種方式改變訊息內容, 比如追加另外一個引數, 或是改變訊息等等. 實現此方法時, 如果發現某呼叫操作不應該由本類處理, 可以呼叫超類的同名方法. 則繼承體系中的每個類都有機會處理該請求, 直到NSObject. 如果NSObject搞不定, 則還會呼叫doesNotRecognizeSelector:來丟擲異常, 此時你就會在控制檯看到那熟悉的unrecognized selector sent to instance..

上面這4個方法均是模板方法，開發者可以override，由runtime來呼叫。最常見的實現訊息轉發，就是重寫方法3和4，忽略這個訊息或者代理給其他物件.

哈哈，到這裡，有關runtime的理論知識就先告於段落，在下篇文章中，你們要的乾貨來了—— runtime在實際開發中的應用，跳轉連結：點我跳轉