前言:

今天我們再來了解另外一個(gè)體現(xiàn)OC動(dòng)態(tài)特性的技術(shù),向來有IOS黑魔法之稱的Method Swizzling,中文叫做方法調(diào)配,也叫做方法交換技術(shù)

這項(xiàng)技術(shù)為什么能夠有如此的盛名呢?我們來看看它到底能做什么吧,Method Swizzling技術(shù)能夠在運(yùn)行期間動(dòng)態(tài)的交換兩個(gè)方法的實(shí)現(xiàn),神不知鬼不覺的把一個(gè)方法實(shí)現(xiàn)代碼交換掉,而可以方法交換的類不僅僅限制于我們自己編寫的類,還可以把系統(tǒng)的類中的方法實(shí)現(xiàn)交換掉,這就為我們帶來了無限的發(fā)揮空間.我們可以在沒有系統(tǒng)類源代碼的情況下,修改系統(tǒng)方法的實(shí)現(xiàn),想想是不是非?？?

注意:雖然這項(xiàng)技術(shù)非常強(qiáng)大,但是我們并不建議濫用這項(xiàng)技術(shù),和其它運(yùn)行時(shí)技術(shù)一樣,如果出現(xià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)綁定簡單的說就是我們OC對象直到運(yùn)行時(shí)才把這個(gè)對象所具有的方法和屬性綁定到對象上.這些方法和屬性有我們類中原先實(shí)現(xiàn)的,也有動(dòng)態(tài)生成的,還有替換掉原來實(shí)現(xiàn)的.

有了這項(xiàng)強(qiáng)大的技術(shù),我們就可以在運(yùn)行時(shí)動(dòng)態(tài)的修改方法實(shí)現(xiàn)了.

大家應(yīng)該知道我們對象的方法都在對象的isa指針?biāo)傅腸lass的方法列表中,這個(gè)列表維護(hù)的一張selector名稱和imp的映射表,那我們的Method Swizzling實(shí)際上就是篡改這個(gè)表的映射關(guān)系,從而達(dá)到方法交換的目的.

應(yīng)用:

Method Swizzling 有著相當(dāng)廣泛的應(yīng)用場景,因?yàn)檫@項(xiàng)技術(shù)不僅能交換我們自己編寫的方法,還能交換系統(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來對修改數(shù)組添加對象的方法,讓系統(tǒng)在添加前先對數(shù)據(jù)進(jìn)行判空操作

首先,我們看一下正常的向數(shù)組中添加對象的操作:

      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ù)組中添加對象調(diào)用的方法為[__NSArrayM insertObject:atIndex:]而且調(diào)用方法的實(shí)例的類為__NSArrayM這個(gè)類為實(shí)際的在運(yùn)行時(shí)的創(chuàng)建的數(shù)組的類,至于,為什么是__NSArrayM而不是NSMutableArray,這涉及到了類簇class clusters的知識,大家請自行查閱相關(guān)概念,或者等到后期我再和大家專門探究.

發(fā)現(xiàn)了調(diào)用的方法和調(diào)用方法的實(shí)例的真實(shí)類,接下來我們就可以很方便的做方法交換了

我們先為NSMutableArray寫一個(gè)category,在這個(gè)category的.m文件中我編寫了以下代碼:

+(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];
}

我們可以看到我先重寫了NSMutableArray的load方法,在這個(gè)方法里我們將會(huì)進(jìn)行方法交換操作,這里要和大家解釋一下,load方法往往是最適合做方法交換的位置.這個(gè)方法只會(huì)執(zhí)行一次而且在類文件加載到程序中時(shí),就會(huì)執(zhí)行,所以做方法交換非常恰當(dāng).

再來分析一下上面的代碼,因?yàn)閏lass clusters在系統(tǒng)中的大量使用,我們要先確定數(shù)組對象真實(shí)的類

由上面的崩潰堆棧我們看到真實(shí)的類名叫做__NSArrayM,那么我們通過字符串取到這個(gè)類

接下來為取到這個(gè)類實(shí)際調(diào)用的方法對應(yīng)的Method,以及與系統(tǒng)類實(shí)現(xiàn)需要交換的Method,并進(jìn)行交換

這里我們需要寫一個(gè)方法CXinsertObject在這個(gè)方法里,我們?yōu)樵瓉淼膶?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)添加的方法.

通過上面一系列的操作,我們就在不知道系統(tǒng)源碼的情況下,修改了系統(tǒng)類的實(shí)現(xiàn)

這樣,當(dāng)我們對再向數(shù)組中添加nil時(shí),程序就不會(huì)再崩潰啦!

字典的大致處理也基本一致,大家可以自行嘗試一下,還有在初始化數(shù)組字典時(shí)其中若有nil也會(huì)導(dǎo)致崩潰,我們也能夠進(jìn)行類似的處理,大家快動(dòng)手試試吧!