前言
一般的開發(fā)者對(duì)“反射”這個(gè)詞很陌生，事實(shí)上他們自己用過了都不知道。但是在做聚合SDK開發(fā)當(dāng)中，用得最多的就是反射了。
現(xiàn)在我想實(shí)現(xiàn)反射調(diào)用該方法：
+ (NSString *)test:(id)test p1:(NSString *)p1 p2:(unsigned int)p2 p3:(double)p3 p4:(CGSize)p4 p5:(NSNull *)p5 p6:(void(^)(void))p6 p7:(BOOL)p7 p8:(char)p8 p9:(char *)p9 p10:(YY)p10 p11:(SEL)p11 p12:(void **)p12 p13:(void ***)p13 p14:(Class)p14 p15:(IMP)p15; // YY是自定義結(jié)構(gòu)體；p9是C字符串
然而遺憾的是，系統(tǒng)提供的反射最多只能帶2個(gè)參數(shù)，而且參數(shù)只能是對(duì)象，但事實(shí)上并不是所有的參數(shù)都是對(duì)象的（比如 void **）。
雖然網(wǎng)上有很多的資料，但我都試過，都不咋地，總有缺陷。沒辦法，只能自己動(dòng)手?jǐn)]一個(gè)了。
實(shí)現(xiàn)多參數(shù)反射目前我只知道有2種方式：
- runtime
- NSInvocation
實(shí)現(xiàn)方式的選擇
雖然runtime號(hào)稱是萬能的，但事實(shí)上在64位里并不能直接使用objc_msgSend，必須強(qiáng)制轉(zhuǎn)換成對(duì)應(yīng)類型。可是，既然是不定參數(shù)、不定數(shù)據(jù)類型，所以我們根本無法去確定類型，換句話說，objc_msgSend是不可行的。
所以我們只能選擇NSInvocation了。
一些坑和需要解決的問題
眾所周知，OC是基于C的，事實(shí)上OC只是C的一層封裝，所以我們使用的東西也是C的東西。
而不定參數(shù)的實(shí)現(xiàn)，也是用C的va_list。但va_list在取值之前是需要知道數(shù)據(jù)類型的，因?yàn)槊看稳≈刀家o個(gè)數(shù)據(jù)類型，然后va_list會(huì)根據(jù)該類型的長度去截取數(shù)據(jù)，如果給的數(shù)據(jù)類型不對(duì)，那截取的長度也會(huì)不對(duì)，就會(huì)導(dǎo)致之后的數(shù)據(jù)都不對(duì)了。
當(dāng)然有人會(huì)說，那全部轉(zhuǎn)成一個(gè)類型不就好了？
我開始也是這么想的，事實(shí)上網(wǎng)上大多數(shù)人的做法也是這樣子。
但是，并不是所有類型都能轉(zhuǎn)的。比如全部用對(duì)象，那么void **和C字符串怎么轉(zhuǎn)呢？也有人會(huì)說C字符串包裝成NSString啊，嗯，這是沒問題的，可是你怎么還原呢？人家參數(shù)需要的是C字符串啊，你給個(gè)OC字符串？？
另外，void *是一種類型，void **也是一種類型，char *也不一樣，怎么處理呢？
對(duì)于結(jié)構(gòu)體也是，每個(gè)自定義的結(jié)構(gòu)體的類型都是不一致的。
此外，NSInvocation是不支持自動(dòng)解包的。也就是說，如果你傳了NSNumber對(duì)象當(dāng)做參數(shù)，而調(diào)用的方法需求參數(shù)是int，你不自己解包成int的話就會(huì)數(shù)據(jù)不對(duì)。
所以，當(dāng)下我們需要解決的問題就是數(shù)據(jù)類型的問題。
網(wǎng)上的一些實(shí)現(xiàn)方法
- 網(wǎng)上很多方法都是通過把所有參數(shù)加入到一個(gè)數(shù)組里，然后遍歷數(shù)組把參數(shù)直接寫到NSInvocation，但我之前說了，并不是所有的類型都能轉(zhuǎn)成對(duì)象的，而且NSInvocation不支持自動(dòng)解包，這樣子當(dāng)遇到基本數(shù)據(jù)類型參數(shù)的時(shí)候，勢(shì)必會(huì)出錯(cuò)。
- 有些人使用不定參數(shù)來，然后全部轉(zhuǎn)成對(duì)象，實(shí)際上和上面的大同小異。
- 另外我還發(fā)現(xiàn)了挺多人為了調(diào)用方便，用分類來實(shí)現(xiàn)。但是做SDK最怕的就是重名了，分類的話，如果重名導(dǎo)致的問題還不好搞。因此，我封裝為類，如果有命名問題，只需要簡單的改個(gè)前綴即可。
我的實(shí)現(xiàn)思路
我觀察了NSString的聲明，得到了一些啟發(fā)：
+ (instancetype)stringWithFormat:(NSString *)format, ...
在NSString的創(chuàng)建方法里，系統(tǒng)使用了format來提供信息，也就是說，當(dāng)匹配到%d的時(shí)候，就會(huì)認(rèn)為是int，這個(gè)時(shí)候在va_list里取值int不就好了？
不過我并不打算這樣子做，因?yàn)椴粏巫约焊愕寐闊{(diào)用者也麻煩，每次都要寫一串的%d%s什么的。
那么，有沒有別的方法可以預(yù)知所需要的參數(shù)類型呢？
當(dāng)然有了，NSMethodSignature里就有一個(gè)getArgumentTypeAtIndex:方法，該方法可以獲取到index位置參數(shù)的數(shù)據(jù)類型。到了這里，數(shù)據(jù)類型的問題我們就解決了一半了，也不需要想著怎么包裝成對(duì)象了，直接按照實(shí)際類型傳參豈不是更舒服？
接下來我們來解決void *、void **的問題。
對(duì)于指針類型，從一開始我就掉進(jìn)了一個(gè)坑。眾所周知，指針是一種派生類型，只要在某種類型后面加個(gè)*號(hào)，就能派生出該類型的指針。換句話說，指針的類型的無數(shù)的，所以我們不可能是判斷無數(shù)的類型，但是，指針的儲(chǔ)存空間是固定的，也就是說我們?nèi)≈抵恍枰≈羔樀拈L度即可。
剩下的就是結(jié)構(gòu)體的問題了。
結(jié)構(gòu)體是基本數(shù)據(jù)類型的一個(gè)包裝，能實(shí)現(xiàn)無數(shù)的結(jié)構(gòu)體類型。所以除了內(nèi)置的常用結(jié)構(gòu)體，其它自定義的是無法識(shí)別的，因此，可以通過包裝成NAValue解決，而取值的時(shí)候，使用指針去取值就好了。
獲取返回值的問題
事實(shí)上返回值的類型也是各種各種的。但是我們并不需要判斷類型，我們只需要給一個(gè)指針就可以了，因?yàn)?code>- (void)getReturnValue:(void *)retLoc;這個(gè)方法只是簡單的把指針指向返回值的地址而已。
不過需要注意的是，在ARC環(huán)境下，如果不使用__weak或者__unsafe_unretained修飾對(duì)象的話就會(huì)崩潰，因?yàn)閺膇nvocation獲取的返回值并沒有為我們?cè)黾右糜?jì)數(shù)，而我們定義變量時(shí)，默認(rèn)就是__strong類型的，ARC就會(huì)假設(shè)該內(nèi)存塊已被retain（實(shí)際沒有），在出了定義域時(shí)就會(huì)release一次，導(dǎo)致返回值已經(jīng)是銷毀狀態(tài)了，從而導(dǎo)致崩潰。
當(dāng)使用
__weak時(shí)控制臺(tái)會(huì)打印該錯(cuò)誤：Attempted to unregister unknown __weak variable at 0x7ffee9909f70. This is probably incorrect use of objc_storeWeak() and objc_loadWeak(). Break on objc_weak_error to debug.
該錯(cuò)誤可以無視，上面的地址0x7ffee9909f70其實(shí)就是我們給getReturnValue參數(shù)的地址，對(duì)此感興趣的同學(xué)可以用符號(hào)捕獲來調(diào)試（全局異常斷點(diǎn)是沒用的）。即在Symbolic Breakpoint的Symbolic里輸入objc_weak_error即可調(diào)試。
代碼就不貼了，這里只說實(shí)現(xiàn)的思路，想看具體的實(shí)現(xiàn)請(qǐng)到GitHub上下載源碼。
獲取源碼請(qǐng)點(diǎn)擊這里：ZTReflectionDemo
造個(gè)輪子不易，對(duì)你有用的請(qǐng)給個(gè)星星，謝謝了
iOS OC Swift Flutter開發(fā)群 139322447
