上一篇講到消息傳遞機(jī)制，那如果說(shuō)，對(duì)象在收到無(wú)法解讀的消息之后會(huì)怎么做？
在開(kāi)發(fā)過(guò)程中，你可能會(huì)遇到這樣的錯(cuò)誤提示信息：
*** Terminating app due to uncaught exception 'NSInvalidArgumentException',
reason: '-[ClassName messageName]: unrecognized selector sent to instance 0x7fd55850aaa0'
這說(shuō)明，你曾經(jīng)向某個(gè)對(duì)象發(fā)送過(guò)一條其無(wú)法解讀的消息，啟動(dòng)了消息轉(zhuǎn)發(fā)機(jī)制。最后由NSObject的"doesNotRecognizeSelector"方法拋出異常。
若想令類能理解某條消息，我們必須實(shí)現(xiàn)響應(yīng)代碼。但是，在編譯期間向類發(fā)送了無(wú)法解讀的消息并不會(huì)報(bào)錯(cuò)，因?yàn)樵谶\(yùn)行期可以繼續(xù)向類中添加方法，所以編譯器在編譯時(shí)還無(wú)法確定類中到底會(huì)不會(huì)有某個(gè)方法實(shí)現(xiàn)。運(yùn)行期間，當(dāng)對(duì)象接收到無(wú)法解讀的消息后，就會(huì)啟動(dòng)『消息轉(zhuǎn)發(fā)』機(jī)制。在這個(gè)過(guò)程中，我們可以告訴對(duì)象，如何處理未知消息。
消息轉(zhuǎn)發(fā)分為三個(gè)階段。
第一階段，動(dòng)態(tài)方法解析
先征詢接收者，所屬的類，看其是否能動(dòng)態(tài)添加方法來(lái)處理當(dāng)前這個(gè)"unknown selector"。這叫做『動(dòng)態(tài)方法解析』(dynamic method resolution)。
對(duì)象在收到無(wú)法解讀的消息后，首先將調(diào)用其所屬類方法或者實(shí)例方法
+ (BOOL)resolveClassMethod:(SEL)sel
+ (BOOL)resolveInstanceMethod:(SEL)sel
該方法的參數(shù)就是對(duì)該類未知的選擇器（方法名），返回值表示這個(gè)類是否能新增一個(gè)方法用于處理該選擇器。
使用這種辦法的前提是：相關(guān)方法的實(shí)現(xiàn)代碼已經(jīng)寫(xiě)好，只等著運(yùn)行的時(shí)候通過(guò)class_addMethod函數(shù)動(dòng)態(tài)添加到類里面去。
這種方案常用來(lái)實(shí)現(xiàn)@dynamic屬性。
第二階段，備援接收者(replacement receiver)
當(dāng)前接收者還有第二次機(jī)會(huì)能處理未知的選擇器，在這一步，運(yùn)行期系統(tǒng)會(huì)詢問(wèn)，是否可以把這條消息轉(zhuǎn)發(fā)給其他接收者。
- (id)forwardingTargetForSelector:(SEL)selector
如果對(duì)象實(shí)現(xiàn)了這個(gè)方法，并且返回非nil（不能是self，否則出現(xiàn)無(wú)限循環(huán)），則返回的對(duì)象成為新的接收者。
- (id)forwardingTargetForSelector:(SEL)aSelector {
if ([_newReceiver respondsToSelector:aSelector]) {
return _newReceiver;
}
return [super forwardingTargetForSelector:aSelector];
}
注意：這一步適用于把消息轉(zhuǎn)發(fā)到另一個(gè)能實(shí)現(xiàn)該消息的對(duì)象上。但是我們無(wú)法對(duì)消息進(jìn)行處理，比如操作消息的參數(shù)和返回值。
第三階段，完整的消息轉(zhuǎn)發(fā)
如果沒(méi)有『備援接收者』，則啟動(dòng)完整的消息轉(zhuǎn)發(fā)機(jī)制，運(yùn)行期系統(tǒng)會(huì)把與消息有關(guān)的全部細(xì)節(jié)都封裝到NSInvocation對(duì)象中，再給接收者最后一次機(jī)會(huì)。
首先創(chuàng)建NSInvocation對(duì)象，把與尚未處理的那條消息相關(guān)的全部細(xì)節(jié)都封于其中（選擇器，target，參數(shù)）。
此步驟會(huì)調(diào)用下列方法來(lái)轉(zhuǎn)發(fā)消息：
- (void)forwardInvocation:(NSInvocation *)invocation
這個(gè)方法的實(shí)現(xiàn):改變調(diào)用目標(biāo)，是消息在新目標(biāo)上得以調(diào)用即可。但是我們需要先重新寫(xiě)另外一個(gè)方法來(lái)獲取NSInvocation對(duì)象
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector
消息轉(zhuǎn)發(fā)機(jī)制使用從這個(gè)方法中獲取的信息來(lái)創(chuàng)建NSInvocation對(duì)象。該方法為給定的selector提供了合適的方法簽名。
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {
NSMethodSignature *signature = [super methodSignatureForSelector:aSelector];
if (!signature) {
if ([ReplacementReceiverObject instancesRespondToSelector:aSelector]) {
signature = [ReplacementReceiverObject instanceMethodSignatureForSelector:aSelector];
}
}
return signature;
}
- (void)forwardInvocation:(NSInvocation *)anInvocation {
if ([ReplacementReceiverObject instancesRespondToSelector:anInvocation.selector]) {
[anInvocation invokeWithTarget:receiver];
}
}
然而，像上面這樣實(shí)現(xiàn)出來(lái)的方法與『備援接收者』方案所實(shí)現(xiàn)的方法等效，所以很少有人采用這么簡(jiǎn)單的實(shí)現(xiàn)方式。比較有用的實(shí)現(xiàn)方式為：在觸發(fā)消息前，先以某種方式改變消息內(nèi)容，比如追加另一個(gè)參數(shù)，或者改換選擇器等等。
接收者在每一步中均有機(jī)會(huì)處理消息。步驟越往后，處理消息的代價(jià)就越大。最好能在第一步就處理完，這樣的話，運(yùn)行期系統(tǒng)就可以將此方法緩存起來(lái)了。如果這個(gè)類的實(shí)例稍后還收到同名選擇器，那么根本無(wú)須啟動(dòng)消息轉(zhuǎn)發(fā)流程。若想在第三步里把消息轉(zhuǎn)給備援接收者，那還不如把轉(zhuǎn)發(fā)操作提前到第二步。因?yàn)榈谌街皇切薷牧苏{(diào)用目標(biāo)，這項(xiàng)改動(dòng)放在第二部執(zhí)行會(huì)更簡(jiǎn)單，不然的話，還得創(chuàng)建并處理完整的NSInvocation。
