（4）OC中消息和消息转发-02
上篇文章讲到，如果通过_class_resolveInstanceMethod和- (id)forwardingTargetForSelector:(SEL)aSelector还是没找到IMP,也就是方法的实现，那我们只能手动添加方法的实现，也就是上篇文章提到的regular forwarding或者Normal Forwarding：
我们先看一下方法的调用过程都执行了哪些方法？首先我们把方法实现注释掉。
首先在方法调用的地方打一个断点，然后在控制台执行call (void)instrumentObjcMessageSends(YES)，继续执行，打印结果：
然后我们前往文件夹
找到msgSends开头的文件，打开会看到如下执行过程：
所以我们可以得出结论，程序向某个对象发送没实现的消息，在程序崩溃之前会给我们三次机会弥补，接下来，我们用代码来验证第一个方法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@:"表示方法的参数和返回值，可参考这里
上面两种方法的任意一种都能是程序正常执行：
forwardingTargetForSelector:
如果上面的方法+ (BOOL)resolveInstanceMethod:(SEL)sel返回NO,接着就会进行消息转发,执行forwardingTargetForSelector:，继续试验：
首先我们新建一个PersonNew的类，在该类中实现- (void)eat:
#import "PersonNew.h"
@implementation PersonNew
- (void)eat{
NSLog(@"Person eat=======");
}
@end然后回到Person类中实现如下代码：
+ (BOOL)resolveInstanceMethod:(SEL)sel{
return [super resolveInstanceMethod:sel];
}
- (id)forwardingTargetForSelector:(SEL)aSelector{
if (aSelector == @selector(eat)) {
return [PersonNew new];
}
return [super forwardingTargetForSelector:aSelector];
}发现程序也是可以正常执行的：
事实证明，如果实现这个方法，程序在运行时调用的时候只要不返回nil或者self，系统会将该消息转发给别的对象来处理，在别的对象当中，甚至不需要再头文件将方法名暴露出来，系统会找到要转发的类，自动查找。
methodSignatureForSelector:
如果上面的两种方式无法找到方法的实现，那么我们就只能自己创建一个NSInvocation对象，实现代码如下：
+ (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];
}上面代码证明，当程序在上面两种方法之后都没有找到IMP,程序会尝试调用methodSignatureForSelector:方法，获取方法的参数和返回值，如果返回nil,程序就会Crash，如果返回一个方法签名，系统就会创建一个NSInvocation对象并调用- (void)forwardInvocation:方法。
class方法
如果上面三个方法都没能找到IMP(也就是方法的实现)，通过上面的打印，我们看到程序还会执行class方法，我查了好多资料，都没有介绍class方法是干什么的，本着刨根问底的精神，我做了好久的实验，发现了，如果前面三种方式都不行的话，其实这个方法还是有点儿用处的，请看代码：
首先前面三个方法我们都不重写，然后把对应的方法实现注释掉
- (void)forwardInvocation:(NSInvocation *)anInvocation{
if (anInvocation.selector == @selector(eat)) {
[anInvocation invokeWithTarget:[PersonNew new]];
return;
}
[super forwardInvocation:anInvocation];
}
- (Class)class{
return [PersonNew class];
}注意：我重写了class方法，返回一个有方法实现的类。
发现程序依然可以正常运行。。。。
我怀疑：如果程序没有通过前面三种方法找到方法的实现，程序会动态调用一次- (Class)class方法，查看我们是否改变了对象所指向的类，如果发现我们改变了，程序就会通过消息转发forwardInvocation:(NSInvocation *)anInvocation找到方法的实现。
请注意：千万不要轻易重写- (Class)class方法，因为如果我们这样重写了这个方法，那么相对应的类对象就会变成我们重写之后的类对象
Person *p = [[Person alloc] init];
PersonNew *p1 = [[PersonNew alloc] init];
[p eat];
NSLog(@"");打印对应的类对象如下：
doesNotRecognizeSelector:
终于到最后一步了，好累。。。。。
如果通过前面的种种方式都没法找到对应的IMP实现，那就完蛋了，神仙都救不了它了，程序最终会执行doesNotRecognizeSelector:方法：
请看对应的底层实现：
// 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信息做下对比
是不是看着很熟悉，没错，就是挂了。。。
终于写完了，觉得不错的，请点赞❤️❤️❤️！！！谢谢！！！
腾讯云开发者
