消息轉(zhuǎn)發(fā)機制的出現(xiàn)
? ? ? ? ? ? 回想一下，在我們?nèi)粘５某绦蜷_發(fā)中，是不是經(jīng)常會遇到下面這種情況：
? ? ? ? 我們自定義了一個類，然后再程序中調(diào)用某個方法，但是這個方法在該類中找不到相應(yīng)實現(xiàn)，系統(tǒng)提示我們unrecognized selector sent to instance，表明該對象無法解讀此消息，但作為一門高級的編程語言，難道Objective-C不做任何事就會讓程序崩潰掉嗎，答案當(dāng)然是...不可能！作為一門動態(tài)語言，Objective-C充分的利用了它的語言特性，在程序運行期間通過一些方法來給開發(fā)者機會阻斷程序這樣的崩潰，給對象和消息更多的機會來完成成功的調(diào)用，而這其中所用用到的技術(shù)就是消息轉(zhuǎn)發(fā)機制。
什么是消息轉(zhuǎn)發(fā)機制
? ? ? ? 消息轉(zhuǎn)發(fā)機制，聽起來好像很厲害的一個概念，那么消息轉(zhuǎn)發(fā)機制到底是什么意思呢，我的理解是消息轉(zhuǎn)發(fā)機制就是系統(tǒng)為了更好的解決對象收到無法解讀的消息這件事，然后自己創(chuàng)建出的一個模式，包含了一系列方法，就像程序崩潰前的防守陣營一樣，用來阻止程序直接走向崩潰。下面用一張圖來形象的展示一下消息轉(zhuǎn)發(fā)機制的構(gòu)成:
? ? ? ?由圖中可以直觀的看到，消息轉(zhuǎn)發(fā)機制主要包含三個步驟：
? ? ? ? 1：動態(tài)方法解析階段
? ? ? ? 2：備用接收者階段
? ? ? ? 3：完整消息轉(zhuǎn)發(fā)階段
? ? ? ? 如果程序經(jīng)過這三個階段之后都沒能解讀所調(diào)用的消息，那么程序會調(diào)走向最后的灰色提示，doesNotRecognizeSelector方法，拋出異常，需要注意一點的是，上面三個步驟，越往后，處理消息的代價越大。好啦，下面我們就來具體介紹一下這三個步驟吧！
動態(tài)方法解析階段
? ? ? ?這是消息轉(zhuǎn)發(fā)的第一階段，處在這個階段的時候，主要有兩個方法來幫你解決問題：
? ? ? ?1：+(BOOL)resolveClassMethod:(SEL)sel
? ? ? ?2：+(BOOL)resolveInstanceMethod:(SEL)sel
? ? ? 顧名思義，當(dāng)方法是類方法時調(diào)用1，當(dāng)方法為實例方法時，調(diào)用2。這個方法設(shè)計的目的是為了給類利用 class_addMethod 添加方法的機會。下面來看一下具體實現(xiàn)的例子：
由代碼可知，在Atom類中我并未定義一個名為instanceTest的實例方法，所以編譯器報了黃色的警告，但我在Atom的實現(xiàn)文件中通過+(BOOL)resolveInstanceMethod:(SEL)sel這個方法在運行時動態(tài)的添加了方法的實現(xiàn)，最終程序正常運行。
? ? ? ? 關(guān)于class_addMethod(__unsafe_unretained Class cls, SEL name, IMP imp, const char *types)方法：
這里對于這個方法的參數(shù)做一點補充：
cls：被添加方法的目標類
name：新方法的選擇器
imp：實現(xiàn)這個方法的函數(shù)的地址
types：描述方法參數(shù)的數(shù)據(jù)類型的字符串，例如這個例子中我寫的id functionForInstance(id self,SEL _cmd)，就對應(yīng)“@@：”，這種表達方式叫Type Encodings，是官方定義好的，更全的展示我在這貼兩張官方的圖：
備用接收者階段
? ? ? ? 這是消息轉(zhuǎn)發(fā)的第二階段，如果第一階段沒有成功，就會來到這個階段，在這個階段主要利用的方法是- (id)forwardingTargetForSelector:(SEL)aSelector，此時，運行時詢問能否把消息轉(zhuǎn)給其他接收者處理，也就是此時系統(tǒng)給了個將這個 SEL 轉(zhuǎn)給其他對象的機會，具體示例如圖所示：
我們新定義了一個類，名為Helper，在該類中我們實現(xiàn)了instanceTest實例方法，當(dāng)系統(tǒng)運行時在Atom類中找不到方法的相應(yīng)實現(xiàn)，于是來到- (id)forwardingTargetForSelector:(SEL)aSelector這個方法，請求備用者響應(yīng)，如果備用者能響應(yīng)則將此消息轉(zhuǎn)給新對象執(zhí)行。
完整消息轉(zhuǎn)發(fā)階段
? ? ? 如果前兩個階段都不能解決問題，系統(tǒng)就會來到最后這個第三階段，完整消息轉(zhuǎn)發(fā)階段，這是消息轉(zhuǎn)發(fā)流程的最后一個環(huán)節(jié)，與第二階段不同，此階段可以將消息轉(zhuǎn)發(fā)給多個對象，這個階段主要利用的方法是- (void)forwardInvocation:(NSInvocation *)anInvocation,但是注意一點，使用這個方法必須同時重寫- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector這個方法，消息轉(zhuǎn)發(fā)機制使用從這個方法中獲取的信息來創(chuàng)建NSInvocation對象,具體示例如圖：
? ? ? 在這個例子中，我們新建了一個Helper2類，同樣實現(xiàn)了instanceTest實例方法，可以看到，在這個例子中最后程序順利執(zhí)行了，同時Helper和Helper2都響應(yīng)了這條消息，同時也能發(fā)現(xiàn)，最后的返回值是最后一個處理消息轉(zhuǎn)發(fā)對象的對應(yīng)方法的返回值。
? ? ?補充一點，關(guān)于methodSignatureForSelector，methodSignatureForSelector用于描述被轉(zhuǎn)發(fā)的消息，系統(tǒng)會調(diào)用methodSignatureForSelector:方法，嘗試獲得一個方法簽名。如果獲取不到，則直接調(diào)用doesNotRecognizeSelector拋出異常。如果能獲取，則返回非nil：創(chuàng)建一個 NSlnvocation 并傳給forwardInvocation:。
