首先感謝這幾個篇文章對我的幫助：
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)上查閱到的資料
接下來，我們要通過一個小例子來簡單、通俗的理解一下什么是消息轉(zhuǎn)發(fā)以及如何消息轉(zhuǎn)發(fā)，希望看完這篇文章時大家會徹底的明白OC的消息。
首先，你需要知道這兩個概念：
OC中調(diào)用方法就是向?qū)ο蟀l(fā)送消息。
比如 ：
[person run];
這實際上這是在給person這個對象發(fā)送run這個消息。
那么問題來了，當(dāng)run這個方法只有定義沒有實現(xiàn)會怎么樣呢？
就是經(jīng)典的報錯
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[Person run]: unrecognized selector sent to instance
ok，前提已經(jīng)說完了，我們就從找這個錯誤原因講起。
首先，該方法在調(diào)用時，系統(tǒng)會查看這個對象能否接收這個消息（查看這個類有沒有這個方法，或者有沒有實現(xiàn)這個方法。），如果不能并且只在不能的情況下，就會調(diào)用下面這幾個方法，給你“補救”的機會，你可以先理解為幾套防止程序crash的備選方案，我們就是利用這幾個方案進行消息轉(zhuǎn)發(fā)，注意一點，前一套方案實現(xiàn)后一套方法就不會執(zhí)行。如果這幾套方案你都沒有做處理，那么程序就會報錯crash。
打個比方：比賽足球時，腳下有球的那名球員，如果他的位置不利于射門或者他的球即將被對方球員搶斷，這時最好是把球傳出去，這里的球就相當(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ā)了。下面就說一下這幾套方案是怎樣調(diào)用的。
首先，系統(tǒng)會調(diào)用resolveInstanceMethod(當(dāng)然，如果這個方法是一個類方法，就會調(diào)用resolveClassMethod)讓你自己為這個方法增加實現(xiàn)。
咱們來看一個例子:
首先，創(chuàng)建了一個Person類的對象p，然后調(diào)用p的run方法，注意，這個run方法是沒有寫實現(xiàn)的。
進入Person類的.m文件，我實現(xiàn)了resolveInstanceMethod這個方法為我的Person類動態(tài)增加了一個run方法的實現(xiàn)。（什么是動態(tài)增加？其實就是在程序運行的時候給某類的某個方法增加實現(xiàn)。具體實現(xiàn)內(nèi)容就為上面的void run 這個c函數(shù)。）
當(dāng)外部調(diào)用[p run]時，由于我們沒有實現(xiàn)run對應(yīng)的方法，那么系統(tǒng)會調(diào)用resolveInstanceMethod讓你去做一些其他操作。（當(dāng)然，你也可以不做操作，只是在這個例子中，我為run方法動態(tài)增加了實現(xiàn)。）
繼續(xù)運行，程序走到了我們C函數(shù)的部分，這樣程序沒有了崩潰。
下面講一下第二套方法，forwardingTargetForSelector，這個方法返回你需要轉(zhuǎn)發(fā)消息的對象。
我們接著這個例子來講，為了便于演示消息轉(zhuǎn)發(fā)，我們新建了一個汽車類Car，并且實現(xiàn)了Car的run方法。
現(xiàn)在我不去對方案一的resolveInstanceMethod做任何處理，直接調(diào)用父類方法。可以看到，系統(tǒng)已經(jīng)來到了forwardingTargetForSelector方法，我們現(xiàn)在返回一個Car類的實例對象。
繼續(xù)運行，程序就來到了Car類的run方法，這樣，我們就實現(xiàn)了消息轉(zhuǎn)發(fā)。
繼續(xù)我們的例子。如果我們不實現(xiàn)forwardingTargetForSelector，系統(tǒng)就會調(diào)用方案三的兩個方法methodSignatureForSelector和forwardInvocation
methodSignatureForSelector用來生成方法簽名，這個簽名就是給forwardInvocation中的參數(shù)NSInvocation調(diào)用的。
開頭我們要找的錯誤unrecognized selector sent to instance原因，原來就是因為methodSignatureForSelector這個方法中，由于沒有找到run對應(yīng)的實現(xiàn)方法，所以返回了一個空的方法簽名，最終導(dǎo)致程序報錯崩潰。
所以我們需要做的是自己新建方法簽名，再在forwardInvocation中用你要轉(zhuǎn)發(fā)的那個對象調(diào)用這個對應(yīng)的簽名，這樣也實現(xiàn)了消息轉(zhuǎn)發(fā)。
關(guān)于生成簽名的類型"v@:"解釋一下。每一個方法會默認隱藏兩個參數(shù)，self、_cmd，self代表方法調(diào)用者，_cmd代表這個方法的SEL，簽名類型就是用來描述這個方法的返回值、參數(shù)的，v代表返回值為void，@表示self，:表示_cmd。
現(xiàn)在我們回到最初，我們調(diào)用的是Person類的run方法，最終方法被Car類的對象來接受。這就是OC的消息轉(zhuǎn)發(fā)機制。
