第十二条：理解消息转发机制
话不多说，iOS开发过程中我们经常会碰到这样的报错：unrecognized selector sent to instance **，原因是我们调用了一个不存在的方法。用OC消息机制来说就是：消息的接收者不过到对应的selector，这样就启动了消息转发机制，我们可以通过代码在消息转发的过程中告诉对象应该如何处理未知的消息，默认实现是抛出异常
下面我们来看一下在抛出异常之前也就是消息转发过程中都经过了哪些步骤：
当向某个对象发送一条消息时，若该对象的方法列表以及它相应继承链上的方法列表都无法找到以该消息选择子作为key的方法实现时，则会触发消息转发机制。
1、动态方法解析
+ (BOOL)resolveInstanceMethod:(SEL)sel;
首先，当接受到未能识别的选择子时，运行时系统会调用该函数用以给对象一次机会来添加相应的方法实现，如果用户在该函数中动态添加了相应方法的实现，则跳转到方法的实现部分，并将该实现存入缓存中，以供下次调用。
2、备援接收者
- (id)forwardingTargetForSelector:(SEL)aSelector;
如果运行时在消息转发的第一步中未找到所调用方法的实现，那么当前接收者还有第二次机会进行未知选择子的处理。这时运行期系统会调用上述方法，并将未知选择子作为参数传入，该方法可以返回一个能处理该选择子的对象，运行时系统会根据返回的对象进行查找，若找到则跳转到相应方法的实现，则消息转发结束。
3、完整的消息转发
- (void)forwardInvocation:(NSInvocation *)anInvocation;
当运行时系统检测到第二步中用户未返回能处理相应选择子的对象时，那么来到这一步就要启动完整的消息转发机制了。该方法可以改变消息调用目标，运行时系统根据所改变的调用目标，向调用目标方法列表中查询对应方法的实现并实现跳转，这种方式和第二步的操作非常相似。当然你也可以修改方法的选择子，亦或者向所调用方法中追加一个参数等来跳转到相关方法的实现。
最后，如果消息转发的第三步还未能处理该未知选择子的话，那么最终会调用NSObject类的如下方法用以异常的抛出，表明该选择子最终未能处理。
- (void)doesNotRecognizeSelector:(SEL)aSelector;
话不多说，iOS开发过程中我们经常会碰到这样的报错：unrecognized selector sent to instance **，原因是我们调用了一个不存在的方法。用OC消息机制来说就是：消息的接收者不过到对应的selector，这样就启动了消息转发机制，我们可以通过代码在消息转发的过程中告诉对象应该如何处理未知的消息，默认实现是抛出下面的异常
下面我们通过实例来看一下在抛出异常之前也就是消息转发过程中都经过了哪些步骤：
第一步：对象在收到无法解读的消息后，首先会调用+(BOOL)resolveInstanceMethod:(SEL)sel或者+ (BOOL)resolveClassMethod:(SEL)sel, 询问是否有动态添加方法来进行处理，处理实例如下
//People.m
void speak(id self, SEL _cmd){
NSLog(@"Now I can speak.");
}
+ (BOOL)resolveInstanceMethod:(SEL)sel {
NSLog(@"resolveInstanceMethod: %@", NSStringFromSelector(sel));
if (sel == @selector(speak)) {
class_addMethod([self class], sel, (IMP)speak, "V@:");
return YES;
}
return [super resolveInstanceMethod:sel];
}
当People 收到了未知 speak选择子的消息的时候，如果是实例方法会首选调用上文的resolveInstanceMethod:方法，方法内通过判断选择子然后通过class_addMethod方法动态添加了一个speak的实现方法来解决掉这条未知的消息，此时消息转发过程提前结束。
但是当People 收到fly 这条未知消息的时候，第一步返回的是No，也就是没有动态新增实现方法的时候就会调用第二步
第二步：既然第一步已经问过了，没有新增方法，那就问问有没有别人能够帮忙处理一下啊，调用的是- (id)forwardingTargetForSelector:(SEL)aSelector这个方法
上文我们说到People接收到了一条选择子为fly的未知消息，我们可以看到控制台已经打印了resolveInstanceMethod: fly，代表第一步已经问过了，那么第二步问一下是否有别的类能帮忙处理吗？代码如下：
- (id)forwardingTargetForSelector:(SEL)aSelector {
NSLog(@"forwardingTargetForSelector: %@", NSStringFromSelector(aSelector));
Bird *bird = [[Bird alloc] init];
if ([bird respondsToSelector: aSelector]) {
return bird;
}
return [super forwardingTargetForSelector: aSelector];
}
// Bird.m
- (void)fly {
NSLog(@"I am a bird, I can fly.");
}
通过- (id)forwardingTargetForSelector:(SEL)aSelector的处理，bird能够处理这条消息，所以这条消息被bird成功处理，消息转发流程提前结束。控制台打印
forwardingTargetForSelector: fly
I am a bird, I can fly.
但是如果- (id)forwardingTargetForSelector:(SEL)aSelector也找不到能够帮忙处理这条未知消息，那就会走到最后一步，这步也是代价最大的一步
第三步：调用- (void)forwardInvocation:(NSInvocation *)anInvocation，在调用forwardInvocation:之前会调用- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector方法来获取这个选择子的方法签名，然后在-(void)forwardInvocation:(NSInvocation *)anInvocation方法中你就可以通过anInvocation拿到相应信息做处理，实例代码如下
当People 收到一条 选择子为code 的消息的时候，前两步发现都没办法处理掉，走到第三步：
- (void)forwardInvocation:(NSInvocation *)anInvocation {
NSLog(@"forwardInvocation: %@", NSStringFromSelector([anInvocation selector]));
if ([anInvocation selector] == @selector(code)) {
Monkey *monkey = [[Monkey alloc] init];
[anInvocation invokeWithTarget:monkey];
}
}
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {
NSLog(@"method signature for selector: %@", NSStringFromSelector(aSelector));
if (aSelector == @selector(code)) {
return [NSMethodSignature signatureWithObjCTypes:"V@:@"];
}
return [super methodSignatureForSelector:aSelector];
}
这时控制台会打印
resolveInstanceMethod: code
forwardingTargetForSelector: code
method signature for selector: code
forwardInvocation: code
I am a coder.
此时这个code消息已经被monkey实例处理掉
此时消息转发流程完整的结束了，完整的消息转发流程如下：
那么最后消息未能处理的时候，还会调用到- (void)doesNotRecognizeSelector:(SEL)aSelector这个方法，我们也可以在这个方法中做些文章，避免掉crash，但是只建议在线上环境的时候做处理，实际开发过程中还要把异常抛出来