我們要通過一個(gè)小例子來簡(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è)消息。
那么問題來了,當(dāng)run這個(gè)方法只有定義沒有實(shí)現(xiàn)會(huì)怎么樣呢?
相信下面這個(gè)錯(cuò)誤,對(duì)于iOS開發(fā)人員來說一定不陌生
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[Person run]: unrecognized selector sent to instance
ok,前提已經(jīng)說完了,我們就從找這個(gè)錯(cuò)誤原因講起。
首先,該方法在調(diào)用時(shí),系統(tǒng)會(huì)查看這個(gè)對(duì)象能否接收這個(gè)消息(查看這個(gè)類有沒有這個(gè)方法,或者有沒有實(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í)行。如果這幾套方案你都沒有做處理,那么程序就會(huì)報(bào)錯(cuò)crash。
打個(gè)比方:比賽足球時(shí),腳下有球的那名球員,如果他的位置不利于射門或者他的球即將被對(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ā)了。下面就說一下這幾套方案是怎樣調(diào)用的。
首先,系統(tǒng)會(huì)調(diào)用resolveInstanceMethod(當(dāng)然,如果這個(gè)方法是一個(gè)類方法,就會(huì)調(diào)用resolveClassMethod)讓你自己為這個(gè)方法增加實(shí)現(xiàn)。
咱們來看一個(gè)例子:
首先,創(chuàng)建了一個(gè)Person類的對(duì)象p,然后調(diào)用p的run方法,注意,這個(gè)run方法是沒有寫實(shí)現(xiàn)的。

進(jìn)入Person類的.m文件,我實(shí)現(xiàn)了resolveInstanceMethod這個(gè)方法為我的Person類動(dòng)態(tài)增加了一個(gè)run方法的實(shí)現(xiàn)。(什么是動(dòng)態(tài)增加?其實(shí)就是在程序運(yùn)行的時(shí)候給某類的某個(gè)方法增加實(shí)現(xiàn)。具體實(shí)現(xiàn)內(nèi)容就為上面的void run 這個(gè)c函數(shù)。)
當(dāng)外部調(diào)用[p run]時(shí),由于我們沒有實(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ù)的部分,這樣程序沒有了崩潰。


下面講一下第二套方法,forwardingTargetForSelector,這個(gè)方法返回你需要轉(zhuǎn)發(fā)消息的對(duì)象。
我們接著這個(gè)例子來講,為了便于演示消息轉(zhuǎn)發(fā),我們新建了一個(gè)汽車類Car,并且實(shí)現(xiàn)了Car的run方法。

現(xiàn)在我不去對(duì)方案一的resolveInstanceMethod做任何處理,直接調(diào)用父類方法。可以看到,系統(tǒng)已經(jīng)來到了forwardingTargetForSelector方法,我們現(xiàn)在返回一個(gè)Car類的實(shí)例對(duì)象。

繼續(xù)運(yùn)行,程序就來到了Car類的run方法,這樣,我們就實(shí)現(xiàn)了消息轉(zhuǎn)發(fā)。

繼續(xù)我們的例子。如果我們不實(shí)現(xiàn)forwardingTargetForSelector,系統(tǒng)就會(huì)調(diào)用方案三的兩個(gè)方法methodSignatureForSelector和forwardInvocation
methodSignatureForSelector用來生成方法簽名,這個(gè)簽名就是給forwardInvocation中的參數(shù)NSInvocation調(diào)用的。
開頭我們要找的錯(cuò)誤unrecognized selector sent to instance原因,原來就是因?yàn)閙ethodSignatureForSelector這個(gè)方法中,由于沒有找到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)于生成簽名的類型"v@:"解釋一下。每一個(gè)方法會(huì)默認(rèn)隱藏兩個(gè)參數(shù),self、_cmd,self代表方法調(diào)用者,_cmd代表這個(gè)方法的SEL,簽名類型就是用來描述這個(gè)方法的返回值、參數(shù)的,v代表返回值為void,@表示self,:表示_cmd。
現(xiàn)在我們回到最初,我們調(diào)用的是Person類的run方法,最終方法被Car類的對(duì)象來接受。這就是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)上查閱到的資料