上篇文章講到，如果通過_class_resolveInstanceMethod和- (id)forwardingTargetForSelector:(SEL)aSelector還是沒找到IMP,也就是方法的實(shí)現(xiàn)，那我們只能手動添加方法的實(shí)現(xiàn)，也就是上篇文章提到的regular forwarding或者Normal Forwarding：
我們先看一下方法的調(diào)用過程都執(zhí)行了哪些方法？首先我們把方法實(shí)現(xiàn)注釋掉。
首先在方法調(diào)用的地方打一個斷點(diǎn)，然后在控制臺執(zhí)行call (void)instrumentObjcMessageSends(YES)，繼續(xù)執(zhí)行，打印結(jié)果：
然后我們前往文件夾
找到msgSends開頭的文件，打開會看到如下執(zhí)行過程：
所以我們可以得出結(jié)論，程序向某個對象發(fā)送沒實(shí)現(xiàn)的消息，在程序崩潰之前會給我們?nèi)螜C(jī)會彌補(bǔ)，接下來，我們用代碼來驗(yàn)證第一個方法resolveInstanceMethod:
resolveInstanceMethod:
第一種方式：
+ (BOOL)resolveInstanceMethod:(SEL)sel{
if (sel == @selector(eat)) {
class_addMethod([self class], sel, imp_implementationWithBlock(^{
NSLog(@"resolveInstanceMethod====");
}), "v@:");
return YES;
}
return [super resolveInstanceMethod:sel];
}
第二種方式：
void myMethodIMP(id self, SEL _cmd)
{
NSLog(@"resolveInstanceMethod====");
}
+ (BOOL)resolveInstanceMethod:(SEL)sel{
if (sel == @selector(eat)) {
class_addMethod([self class], sel, (IMP)myMethodIMP, "v@:");
return YES;
}
return [super resolveInstanceMethod:sel];
}
代碼中的"v@:"表示方法的參數(shù)和返回值，可參考這里
上面兩種方法的任意一種都能是程序正常執(zhí)行：
forwardingTargetForSelector:
如果上面的方法+ (BOOL)resolveInstanceMethod:(SEL)sel返回NO,接著就會進(jìn)行消息轉(zhuǎn)發(fā),執(zhí)行forwardingTargetForSelector:，繼續(xù)試驗(yàn)：
首先我們新建一個PersonNew的類，在該類中實(shí)現(xiàn)- (void)eat:
#import "PersonNew.h"
@implementation PersonNew
- (void)eat{
NSLog(@"Person eat=======");
}
@end
然后回到Person類中實(shí)現(xiàn)如下代碼：
+ (BOOL)resolveInstanceMethod:(SEL)sel{
return [super resolveInstanceMethod:sel];
}
- (id)forwardingTargetForSelector:(SEL)aSelector{
if (aSelector == @selector(eat)) {
return [PersonNew new];
}
return [super forwardingTargetForSelector:aSelector];
}
發(fā)現(xiàn)程序也是可以正常執(zhí)行的：
事實(shí)證明，如果實(shí)現(xiàn)這個方法，程序在運(yùn)行時調(diào)用的時候只要不返回nil或者self，系統(tǒng)會將該消息轉(zhuǎn)發(fā)給別的對象來處理，在別的對象當(dāng)中，甚至不需要再頭文件將方法名暴露出來，系統(tǒng)會找到要轉(zhuǎn)發(fā)的類，自動查找。
methodSignatureForSelector:
如果上面的兩種方式無法找到方法的實(shí)現(xiàn)，那么我們就只能自己創(chuàng)建一個NSInvocation對象，實(shí)現(xiàn)代碼如下：
+ (BOOL)resolveInstanceMethod:(SEL)sel{
return [super resolveInstanceMethod:sel];
}
- (id)forwardingTargetForSelector:(SEL)aSelector{
// if (aSelector == @selector(eat)) {
// return [PersonNew new];
// }
return [super forwardingTargetForSelector:aSelector];
}
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector{
if (aSelector == @selector(eat)) {
return [NSMethodSignature signatureWithObjCTypes:"v@:"];
}
return [super methodSignatureForSelector:aSelector];
}
- (void)forwardInvocation:(NSInvocation *)anInvocation{
if (anInvocation.selector == @selector(eat)) {
[anInvocation invokeWithTarget:[PersonNew new]];
return;
}
[super forwardInvocation:anInvocation];
}
上面代碼證明，當(dāng)程序在上面兩種方法之后都沒有找到IMP,程序會嘗試調(diào)用methodSignatureForSelector:方法，獲取方法的參數(shù)和返回值，如果返回nil,程序就會Crash，如果返回一個方法簽名，系統(tǒng)就會創(chuàng)建一個NSInvocation對象并調(diào)用- (void)forwardInvocation:方法。
class方法
如果上面三個方法都沒能找到IMP(也就是方法的實(shí)現(xiàn))，通過上面的打印，我們看到程序還會執(zhí)行class方法，我查了好多資料，都沒有介紹class方法是干什么的，本著刨根問底的精神，我做了好久的實(shí)驗(yàn)，發(fā)現(xiàn)了，如果前面三種方式都不行的話，其實(shí)這個方法還是有點(diǎn)兒用處的，請看代碼：
首先前面三個方法我們都不重寫，然后把對應(yīng)的方法實(shí)現(xiàn)注釋掉
- (void)forwardInvocation:(NSInvocation *)anInvocation{
if (anInvocation.selector == @selector(eat)) {
[anInvocation invokeWithTarget:[PersonNew new]];
return;
}
[super forwardInvocation:anInvocation];
}
- (Class)class{
return [PersonNew class];
}
注意：我重寫了class方法，返回一個有方法實(shí)現(xiàn)的類。
發(fā)現(xiàn)程序依然可以正常運(yùn)行。。。。
我懷疑：如果程序沒有通過前面三種方法找到方法的實(shí)現(xiàn)，程序會動態(tài)調(diào)用一次- (Class)class方法，查看我們是否改變了對象所指向的類，如果發(fā)現(xiàn)我們改變了，程序就會通過消息轉(zhuǎn)發(fā)forwardInvocation:(NSInvocation *)anInvocation找到方法的實(shí)現(xiàn)。
請注意：千萬不要輕易重寫- (Class)class方法，因?yàn)槿绻覀冞@樣重寫了這個方法，那么相對應(yīng)的類對象就會變成我們重寫之后的類對象
Person *p = [[Person alloc] init];
PersonNew *p1 = [[PersonNew alloc] init];
[p eat];
NSLog(@"");
打印對應(yīng)的類對象如下：
doesNotRecognizeSelector:
終于到最后一步了，好累。。。。。
如果通過前面的種種方式都沒法找到對應(yīng)的IMP實(shí)現(xiàn)，那就完蛋了，神仙都救不了它了，程序最終會執(zhí)行doesNotRecognizeSelector:方法：
請看對應(yīng)的底層實(shí)現(xiàn)：
// Replaced by CF (throws an NSException)
- (void)doesNotRecognizeSelector:(SEL)sel {
_objc_fatal("-[%s %s]: unrecognized selector sent to instance %p",
object_getClassName(self), sel_getName(sel), self);
}
跟我們的Crash信息做下對比
是不是看著很熟悉，沒錯，就是掛了。。。
終于寫完了，覺得不錯的，請點(diǎn)贊???????。?！謝謝?。?！
