消息轉(zhuǎn)發(fā)機制的出現(xiàn)
? ? ? ? ? ? 回想一下姻乓，在我們?nèi)粘５某绦蜷_發(fā)中，是不是經(jīng)常會遇到下面這種情況：
? ? ? ? 我們自定義了一個類血筑，然后再程序中調(diào)用某個方法闰围，但是這個方法在該類中找不到相應實現(xiàn)，系統(tǒng)提示我們unrecognized selector sent to instance榴徐，表明該對象無法解讀此消息秒梳，但作為一門高級的編程語言，難道Objective-C不做任何事就會讓程序崩潰掉嗎箕速，答案當然是...不可能酪碘！作為一門動態(tài)語言，Objective-C充分的利用了它的語言特性盐茎，在程序運行期間通過一些方法來給開發(fā)者機會阻斷程序這樣的崩潰兴垦，給對象和消息更多的機會來完成成功的調(diào)用，而這其中所用用到的技術就是消息轉(zhuǎn)發(fā)機制字柠。
什么是消息轉(zhuǎn)發(fā)機制
? ? ? ? 消息轉(zhuǎn)發(fā)機制探越，聽起來好像很厲害的一個概念，那么消息轉(zhuǎn)發(fā)機制到底是什么意思呢窑业，我的理解是消息轉(zhuǎn)發(fā)機制就是系統(tǒng)為了更好的解決對象收到無法解讀的消息這件事钦幔，然后自己創(chuàng)建出的一個模式，包含了一系列方法常柄，就像程序崩潰前的防守陣營一樣鲤氢，用來阻止程序直接走向崩潰。下面用一張圖來形象的展示一下消息轉(zhuǎn)發(fā)機制的構成:
? ? ? ?由圖中可以直觀的看到西潘，消息轉(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
? ? ? 顧名思義别渔，當方法是類方法時調(diào)用1附迷，當方法為實例方法時，調(diào)用2哎媚。這個方法設計的目的是為了給類利用 class_addMethod 添加方法的機會喇伯。下面來看一下具體實現(xiàn)的例子：
由代碼可知，在Atom類中我并未定義一個名為instanceTest的實例方法拨与，所以編譯器報了黃色的警告稻据，但我在Atom的實現(xiàn)文件中通過+(BOOL)resolveInstanceMethod:(SEL)sel這個方法在運行時動態(tài)的添加了方法的實現(xià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)，就對應“@@：”淤毛，這種表達方式叫Type Encodings今缚，是官方定義好的，更全的展示我在這貼兩張官方的圖：
備用接收者階段
? ? ? ? 這是消息轉(zhuǎn)發(fā)的第二階段低淡，如果第一階段沒有成功姓言，就會來到這個階段，在這個階段主要利用的方法是- (id)forwardingTargetForSelector:(SEL)aSelector蔗蹋，此時何荚，運行時詢問能否把消息轉(zhuǎn)給其他接收者處理，也就是此時系統(tǒng)給了個將這個 SEL 轉(zhuǎn)給其他對象的機會猪杭，具體示例如圖所示：
我們新定義了一個類餐塘，名為Helper，在該類中我們實現(xiàn)了instanceTest實例方法皂吮，當系統(tǒng)運行時在Atom類中找不到方法的相應實現(xiàn)戒傻，于是來到- (id)forwardingTargetForSelector:(SEL)aSelector這個方法，請求備用者響應涮较，如果備用者能響應則將此消息轉(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都響應了這條消息乃摹，同時也能發(fā)現(xiàn)禁漓，最后的返回值是最后一個處理消息轉(zhuǎn)發(fā)對象的對應方法的返回值。
? ? ?補充一點孵睬，關于methodSignatureForSelector播歼，methodSignatureForSelector用于描述被轉(zhuǎn)發(fā)的消息，系統(tǒng)會調(diào)用methodSignatureForSelector:方法掰读，嘗試獲得一個方法簽名秘狞。如果獲取不到，則直接調(diào)用doesNotRecognizeSelector拋出異常蹈集。如果能獲取烁试，則返回非nil：創(chuàng)建一個 NSlnvocation 并傳給forwardInvocation:。
