Objective-C消息轉(zhuǎn)發(fā)

我們要通過一個(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)的。

example.png

進(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)。)

example.png

繼續(xù)運(yùn)行,程序走到了我們C函數(shù)的部分,這樣程序沒有了崩潰。

example.png
example.png

下面講一下第二套方法,forwardingTargetForSelector,這個(gè)方法返回你需要轉(zhuǎn)發(fā)消息的對(duì)象。

我們接著這個(gè)例子來講,為了便于演示消息轉(zhuǎn)發(fā),我們新建了一個(gè)汽車類Car,并且實(shí)現(xiàn)了Car的run方法。

example.png

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

example.png

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

example.png

繼續(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ā)。

example.png

關(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ī)制。

example.png
example.png

感謝這幾個(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)上查閱到的資料

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容