前言:
今天我們?cè)賮?lái)了解另外一個(gè)體現(xiàn)OC動(dòng)態(tài)特性的技術(shù),向來(lái)有IOS黑魔法之稱的Method Swizzling,中文叫做方法調(diào)配,也叫做方法交換技術(shù)
這項(xiàng)技術(shù)為什么能夠有如此的盛名呢?我們來(lái)看看它到底能做什么吧,Method Swizzling技術(shù)能夠在運(yùn)行期間動(dòng)態(tài)的交換兩個(gè)方法的實(shí)現(xiàn),神不知鬼不覺(jué)的把一個(gè)方法實(shí)現(xiàn)代碼交換掉,而可以方法交換的類不僅僅限制于我們自己編寫(xiě)的類,還可以把系統(tǒng)的類中的方法實(shí)現(xiàn)交換掉,這就為我們帶來(lái)了無(wú)限的發(fā)揮空間.我們可以在沒(méi)有系統(tǒng)類源代碼的情況下,修改系統(tǒng)方法的實(shí)現(xiàn),想想是不是非臣酰酷.
注意:雖然這項(xiàng)技術(shù)非常強(qiáng)大,但是我們并不建議濫用這項(xiàng)技術(shù),和其它運(yùn)行時(shí)技術(shù)一樣,如果出現(xiàn)問(wèn)題以后,編譯器并不能幫我們發(fā)現(xiàn),這將會(huì)使得排查錯(cuò)誤是一件非常困難的事情
原理:
這么強(qiáng)大的技術(shù),到底是基于什么實(shí)現(xiàn)的呢?
實(shí)際上這項(xiàng)技術(shù)是基于OC的動(dòng)態(tài)綁定技術(shù)實(shí)現(xiàn)的,動(dòng)態(tài)綁定簡(jiǎn)單的說(shuō)就是我們OC對(duì)象直到運(yùn)行時(shí)才把這個(gè)對(duì)象所具有的方法和屬性綁定到對(duì)象上.這些方法和屬性有我們類中原先實(shí)現(xiàn)的,也有動(dòng)態(tài)生成的,還有替換掉原來(lái)實(shí)現(xiàn)的.
有了這項(xiàng)強(qiáng)大的技術(shù),我們就可以在運(yùn)行時(shí)動(dòng)態(tài)的修改方法實(shí)現(xiàn)了.
大家應(yīng)該知道我們對(duì)象的方法都在對(duì)象的isa指針?biāo)傅腸lass的方法列表中,這個(gè)列表維護(hù)的一張selector名稱和imp的映射表,那我們的Method Swizzling實(shí)際上就是篡改這個(gè)表的映射關(guān)系,從而達(dá)到方法交換的目的.
應(yīng)用:
Method Swizzling 有著相當(dāng)廣泛的應(yīng)用場(chǎng)景,因?yàn)檫@項(xiàng)技術(shù)不僅能交換我們自己編寫(xiě)的方法,還能交換系統(tǒng)方法,從而可以在系統(tǒng)方法中添加一些功能,或者直接全部修改實(shí)現(xiàn).
我們現(xiàn)在就舉一個(gè)經(jīng)典的例子:
在OC中,我們知道,如果向數(shù)組和字典里面添加nil,那么將會(huì)導(dǎo)致程序崩潰,但是我們時(shí)常會(huì)遺漏掉判空操作,就向數(shù)組或字典里添加數(shù)據(jù)了.
那么這里我們可以采用Method Swizzle來(lái)對(duì)修改數(shù)組添加對(duì)象的方法,讓系統(tǒng)在添加前先對(duì)數(shù)據(jù)進(jìn)行判空操作
首先,我們看一下正常的向數(shù)組中添加對(duì)象的操作:
NSMutableArray *array=[@[] mutableCopy];
id obj =@"1";
[array addObject:obj];
一切正常
如果我們把上面的代碼增加一句變?yōu)檫@樣:
NSMutableArray *array=[@[] mutableCopy];
id obj =@"1";
obj=nil;
[array addObject:obj];
obj在賦值前被置為nil,當(dāng)這段代碼運(yùn)行時(shí),不出所料的崩潰了,以下是崩潰堆棧:
0 CoreFoundation 0x0000000107bffd4b __exceptionPreprocess + 171
1 libobjc.A.dylib 0x000000010766121e objc_exception_throw + 48
2 CoreFoundation 0x0000000107b3075f -[__NSArrayM insertObject:atIndex:] + 1375
3 MethodSwizzling 0x000000010708c6dc -[ViewController touchesBegan:withEvent:] + 156
可以看到,我們系統(tǒng)內(nèi)部向數(shù)組中添加對(duì)象調(diào)用的方法為[__NSArrayM insertObject:atIndex:]而且調(diào)用方法的實(shí)例的類為__NSArrayM這個(gè)類為實(shí)際的在運(yùn)行時(shí)的創(chuàng)建的數(shù)組的類,至于,為什么是__NSArrayM而不是NSMutableArray,這涉及到了類簇class clusters的知識(shí),大家請(qǐng)自行查閱相關(guān)概念,或者等到后期我再和大家專門(mén)探究.
發(fā)現(xiàn)了調(diào)用的方法和調(diào)用方法的實(shí)例的真實(shí)類,接下來(lái)我們就可以很方便的做方法交換了
我們先為NSMutableArray寫(xiě)一個(gè)category,在這個(gè)category的.m文件中我編寫(xiě)了以下代碼:
+(void)load
{
Class class=NSClassFromString(@"__NSArrayM");
Method methodOri= class_getInstanceMethod(class, @selector(insertObject:atIndex:));
Method methodNew=class_getInstanceMethod(class, @selector(CXinsertObject:atIndex:));
method_exchangeImplementations(methodOri, methodNew);
}
-(void)CXinsertObject:(id)anObject atIndex:(NSUInteger)index
{
if (anObject==nil) {
return;
}
[self CXinsertObject:anObject atIndex:index];
}
我們可以看到我先重寫(xiě)了NSMutableArray的load方法,在這個(gè)方法里我們將會(huì)進(jìn)行方法交換操作,這里要和大家解釋一下,load方法往往是最適合做方法交換的位置.這個(gè)方法只會(huì)執(zhí)行一次而且在類文件加載到程序中時(shí),就會(huì)執(zhí)行,所以做方法交換非常恰當(dāng).
再來(lái)分析一下上面的代碼,因?yàn)閏lass clusters在系統(tǒng)中的大量使用,我們要先確定數(shù)組對(duì)象真實(shí)的類
由上面的崩潰堆棧我們看到真實(shí)的類名叫做__NSArrayM,那么我們通過(guò)字符串取到這個(gè)類
接下來(lái)為取到這個(gè)類實(shí)際調(diào)用的方法對(duì)應(yīng)的Method,以及與系統(tǒng)類實(shí)現(xiàn)需要交換的Method,并進(jìn)行交換
這里我們需要寫(xiě)一個(gè)方法CXinsertObject在這個(gè)方法里,我們?yōu)樵瓉?lái)的實(shí)現(xiàn)添加判空操作,看到這個(gè)方法中的[self CXinsertObject:anObject atIndex:index];這句代碼,很多同學(xué)一定會(huì)困惑,這不是成死循環(huán)調(diào)用了嗎?我要告訴天真的你不是的!因?yàn)樵?strong>執(zhí)行到這個(gè)方法時(shí),方法已經(jīng)交換了,這里實(shí)際上會(huì)運(yùn)行的是系統(tǒng)本身的方法,這樣在方法交換后我們就實(shí)現(xiàn)了判空處理后再調(diào)用系統(tǒng)添加的方法.
通過(guò)上面一系列的操作,我們就在不知道系統(tǒng)源碼的情況下,修改了系統(tǒng)類的實(shí)現(xiàn)
這樣,當(dāng)我們對(duì)再向數(shù)組中添加nil時(shí),程序就不會(huì)再崩潰啦!
字典的大致處理也基本一致,大家可以自行嘗試一下,還有在初始化數(shù)組字典時(shí)其中若有nil也會(huì)導(dǎo)致崩潰,我們也能夠進(jìn)行類似的處理,大家快動(dòng)手試試吧!
