我們要通過(guò)一個(gè)小例子來(lái)簡(jiǎn)單品洛、通俗的理解一下什么是消息轉(zhuǎn)發(fā)以及如何消息轉(zhuǎn)發(fā)箱沦，希望看完這篇文章時(shí)大家會(huì)徹底的明白OC的消息括儒。
首先选侨，你需要知道這個(gè)概念：
OC中調(diào)用方法就是向?qū)ο蟀l(fā)送消息。
[person run];
這實(shí)際上這是在給person這個(gè)對(duì)象發(fā)送run這個(gè)消息抽碌。
那么問(wèn)題來(lái)了悍赢，當(dāng)run這個(gè)方法只有定義沒(méi)有實(shí)現(xiàn)會(huì)怎么樣呢？
相信下面這個(gè)錯(cuò)誤,對(duì)于iOS開(kāi)發(fā)人員來(lái)說(shuō)一定不陌生
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[Person run]: unrecognized selector sent to instance
ok，前提已經(jīng)說(shuō)完了左权，我們就從找這個(gè)錯(cuò)誤原因講起皮胡。
首先，該方法在調(diào)用時(shí)赏迟，系統(tǒng)會(huì)查看這個(gè)對(duì)象能否接收這個(gè)消息（查看這個(gè)類(lèi)有沒(méi)有這個(gè)方法屡贺，或者有沒(méi)有實(shí)現(xiàn)這個(gè)方法。）锌杀，如果不能并且只在不能的情況下甩栈，就會(huì)調(diào)用下面這幾個(gè)方法，給你“補(bǔ)救”的機(jī)會(huì)糕再，你可以先理解為幾套防止程序crash的備選方案量没，我們就是利用這幾個(gè)方案進(jìn)行消息轉(zhuǎn)發(fā)，注意一點(diǎn)亿鲜，前一套方案實(shí)現(xiàn)后一套方法就不會(huì)執(zhí)行允蜈。如果這幾套方案你都沒(méi)有做處理，那么程序就會(huì)報(bào)錯(cuò)crash蒿柳。
打個(gè)比方：比賽足球時(shí)饶套，腳下有球的那名球員，如果他的位置不利于射門(mén)或者他的球即將被對(duì)方球員搶斷垒探，這時(shí)最好是把球傳出去妓蛮，這里的球就相當(dāng)于消息。
方案一：
+ (BOOL)resolveInstanceMethod:(SEL)sel
+ (BOOL)resolveClassMethod:(SEL)sel
方案二：
- (id)forwardingTargetForSelector:(SEL)aSelector
方案三：
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector;
- (void)forwardInvocation:(NSInvocation *)anInvocation;
到目前為止大家已經(jīng)知道什么是消息轉(zhuǎn)發(fā)了圾叼。下面就說(shuō)一下這幾套方案是怎樣調(diào)用的蛤克。
首先，系統(tǒng)會(huì)調(diào)用resolveInstanceMethod(當(dāng)然夷蚊，如果這個(gè)方法是一個(gè)類(lèi)方法构挤，就會(huì)調(diào)用resolveClassMethod)讓你自己為這個(gè)方法增加實(shí)現(xiàn)。
咱們來(lái)看一個(gè)例子:
首先惕鼓，創(chuàng)建了一個(gè)Person類(lèi)的對(duì)象p筋现，然后調(diào)用p的run方法，注意箱歧，這個(gè)run方法是沒(méi)有寫(xiě)實(shí)現(xiàn)的矾飞。
進(jìn)入Person類(lèi)的.m文件，我實(shí)現(xiàn)了resolveInstanceMethod這個(gè)方法為我的Person類(lèi)動(dòng)態(tài)增加了一個(gè)run方法的實(shí)現(xiàn)呀邢。（什么是動(dòng)態(tài)增加洒沦？其實(shí)就是在程序運(yùn)行的時(shí)候給某類(lèi)的某個(gè)方法增加實(shí)現(xiàn)。具體實(shí)現(xiàn)內(nèi)容就為上面的void run 這個(gè)c函數(shù)价淌。）
當(dāng)外部調(diào)用[p run]時(shí)申眼，由于我們沒(méi)有實(shí)現(xiàn)run對(duì)應(yīng)的方法瞒津，那么系統(tǒng)會(huì)調(diào)用resolveInstanceMethod讓你去做一些其他操作。（當(dāng)然豺型，你也可以不做操作仲智，只是在這個(gè)例子中，我為run方法動(dòng)態(tài)增加了實(shí)現(xiàn)姻氨。）
繼續(xù)運(yùn)行，程序走到了我們C函數(shù)的部分剪验，這樣程序沒(méi)有了崩潰肴焊。
下面講一下第二套方法，forwardingTargetForSelector功戚，這個(gè)方法返回你需要轉(zhuǎn)發(fā)消息的對(duì)象娶眷。
我們接著這個(gè)例子來(lái)講，為了便于演示消息轉(zhuǎn)發(fā)啸臀，我們新建了一個(gè)汽車(chē)類(lèi)Car届宠，并且實(shí)現(xiàn)了Car的run方法。
現(xiàn)在我不去對(duì)方案一的resolveInstanceMethod做任何處理乘粒，直接調(diào)用父類(lèi)方法豌注。可以看到灯萍，系統(tǒng)已經(jīng)來(lái)到了forwardingTargetForSelector方法轧铁，我們現(xiàn)在返回一個(gè)Car類(lèi)的實(shí)例對(duì)象。
繼續(xù)運(yùn)行旦棉，程序就來(lái)到了Car類(lèi)的run方法齿风，這樣，我們就實(shí)現(xiàn)了消息轉(zhuǎn)發(fā)绑洛。
繼續(xù)我們的例子救斑。如果我們不實(shí)現(xiàn)forwardingTargetForSelector，系統(tǒng)就會(huì)調(diào)用方案三的兩個(gè)方法methodSignatureForSelector和forwardInvocation
methodSignatureForSelector用來(lái)生成方法簽名真屯，這個(gè)簽名就是給forwardInvocation中的參數(shù)NSInvocation調(diào)用的脸候。
開(kāi)頭我們要找的錯(cuò)誤unrecognized selector sent to instance原因，原來(lái)就是因?yàn)閙ethodSignatureForSelector這個(gè)方法中讨跟，由于沒(méi)有找到run對(duì)應(yīng)的實(shí)現(xiàn)方法纪他，所以返回了一個(gè)空的方法簽名，最終導(dǎo)致程序報(bào)錯(cuò)崩潰晾匠。
所以我們需要做的是自己新建方法簽名茶袒，再在forwardInvocation中用你要轉(zhuǎn)發(fā)的那個(gè)對(duì)象調(diào)用這個(gè)對(duì)應(yīng)的簽名，這樣也實(shí)現(xiàn)了消息轉(zhuǎn)發(fā)凉馆。
關(guān)于生成簽名的類(lèi)型"v@:"解釋一下薪寓。每一個(gè)方法會(huì)默認(rèn)隱藏兩個(gè)參數(shù)亡资，self、_cmd向叉，self代表方法調(diào)用者慌闭，_cmd代表這個(gè)方法的SEL，簽名類(lèi)型就是用來(lái)描述這個(gè)方法的返回值居兆、參數(shù)的剧防，v代表返回值為void，@表示self奇唤，:表示_cmd幸斥。
現(xiàn)在我們回到最初，我們調(diào)用的是Person類(lèi)的run方法咬扇，最終方法被Car類(lèi)的對(duì)象來(lái)接受甲葬。這就是OC的消息轉(zhuǎn)發(fā)機(jī)制。
感謝這幾個(gè)篇文章對(duì)我的幫助：
http://blog.csdn.net/mangosnow/article/details/36183535
http://blog.sina.com.cn/s/blog_71e456db0100w1bm.html
http://book.51cto.com/art/201403/432146.htm
http://www.itqx.net/thread-2286-1-1.html
http://blog.csdn.net/c395565746c/article/details/8507008
上面幾篇文章都是在網(wǎng)上查閱到的資料
