我們要通過(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)上查閱到的資料