当一个对象能接收一个消息时，就会走正常的方法调用流程。但如果一个对象无法接收指定消息时，又会发生什么事呢？默认情况下，如果是以 [object message] 的方式调用方法，如果 object 无法响应消息时，编译器会报错。但如果是以 perform… 的形式来调用，则需要等到运行时才能确定 object 是否能接收 message 消息。如果不能，则程序崩溃。
通常，当我们不能确定一个对象是否能接收某个消息时，会先调用 respondsToSelector: 来判断一下。代码如下：
if ([self respondsToSelector:@selector(method)]) {
[self performSelector:@selecotr(method)];
}
不使用 respondsToSelector判断。
当一个对象无法接收某一消息时，就会启动所谓 ”消息转发“机制，通过这一机制，我们可以告诉对象如何处理未知的消息。默认情况下，对象接收到未知的消息，会导致程序崩溃，通过控制台，异常信息如下：
这段异常信息实际上是由 NSObject 的 “doseNotRecoginzeSelector”方法抛出的。不过，我们可以才去一些措施，让我们的程序执行特定的逻辑，而避免程序的崩溃。
消息转发机制基本上分为三个步骤：
1.动态方法解析
2.备用接收者
3.完整的转发
详细讨论三个步骤。
1.动态方法解析
对象在接收到位置的消息时，首先会调用所属类的类方法 + resolveInstanceMethod: 方法或者 + resolveClassMethod: 方法。在这个方法中，我们有机会为该位置消息新增一个”处理方法”。不过使用该方法的前提是我们已经实现了该”处理方法“，只需要在运行时通过 class_addMethod 函数动态添加到类里面就可以了。
void functionForMethod1(id self, SEL _cmd) {
NSLog(@“动态添加方法");
}
+ (BOOL)resolveInstanceMethod:(SEL)sel {
NSString *selectorString = NSStringFormSelector(sel);
if ([selectorString isEqualToString:@“method1”]) {
class_addMethod(self.class, @selector(method1), (IMP)functionForMethod1,”@:”);
}
return [super resolveInstanceMethod:sel];
}
不过这种反感更多的是为了实现 @dynamic 属性
2.被接收者
如果在上一步无法处理消息，则 Runtime 会继续调以下方法：
- (id)forwardingTargetForSelector:(SEL)selector
如果一个对象实现了这个方法，并返回一个非 nil 的结果，则这个对象会作为消息的新接收者，且消息会被分发到这个对象。当然这个对象不能是 self 自身，否则就是出现无限循环。当然，如果我们没有指定相应的对象处理 selector，则应该调用父类的实现来返回结果。
使用这个方法通常是在对象内部，可能还有一系列其他对象能处理该消息，我们便可以借这些对象来处理消息并返回，
完整消息转发
如果在上不还不能处理未知消息，则唯一能做的就是启用完整的消息转发机制了。此时会调用一下方法：
- (void)forwardInvocation:(NSInvocation *)anInvocation
运行时系统会在这一步给消息接受者最后一次机会将消息转发给其他对象。对象会创建一个表示消息的 NSInvocation 对象，把与尚未处理的消息有关的全部细节都封装在 anInvocation 中，包括 selector，目标(target)和参数。我们可以在 forwardInvocation 方法中选择将消息转发给其他对象。
forwardInvocation: 方法的实现有两个任务:
1.定位可以响应封装在 anInvocation 中的消息的对象。这个对象不需要处理所有未知消息。
2.使用 anInvocation 作为参数，将消息发送到选中的对象。anInvocation 将会保留调用结果，运行时系统会提取这一结果并将其发送到消息的原始发送者。
不过，在这个方法中我们可以实现一些更复杂的功能，我们可以对消息的内容进行修改，比如追回一个参数，然后再去触发消息。另外，若发现某个消息不应由本类处理，则应调用父类的同名方法，以便继承体系中的每个类都有机会处理此调用请求。
还有一个很重要的问题，我们必须重写以下方法：
- (NSMethodSingaure *)methodSignatureForSelector:(SEL)aSelector
消息转发机制使用从这个方法中获取的信息来创建 NSInvocation 对象。因为必须重写这个方法，为给定的 selector 提供一个合适的方法签名。
- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector {
NSMethodSignature *signature = [supermethodSignatureForSelector:aSelector];
if(!signature) {
if([SUTRuntimeMethodHelper instancesRespondToSelector:aSelector]) {
signature = [SUTRuntimeMethodHelper instanceMethodSignatureForSelector:aSelector];
}
}
returnsignature;
}
- (void)forwardInvocation:(NSInvocation *)anInvocation {
if([SUTRuntimeMethodHelper instancesRespondToSelector:anInvocation.selector]) {
[anInvocation invokeWithTarget:_helper];
}
}
NSObject 的 forwardInvocation: 方法实现只是简单调用了 doesNotRecognizeSelector: 方法，它不会转发任何消息。这样，如果不在以上上诉的三个步骤中处理消息
则会引发一个异常。
从某种意义上来讲，forwardInvocation:就像一个未知消息的分发中心，将这些未知的消息转发给其他的对象。或者也可以像一个运输站一样将所有位置消息都发给同一个接受者
。
消息转发与多重继承
回看第二步和第三步，通过这两个方法我们可以允许一个对象与其他对象建立关系，以处理某些未知消息，而表面上仍是该对象处理消息。
通过这种关系，我们可以模拟”多重继承”的某些特性，让对象可以”继承”其他对象的特性来处理一些事情。不过，这两者间有一个重要的区别:
多重继承将不同的功能继承到一个对象中，它会让对象变得过大，设计的东西过多；而消息转发将功能分解到独立的小的对象中，并通过某种方式将这个对象连接
起来，并做相应的消息转发。
不过消息转发虽然类似于继承，但NSObject 的一些方法还是能区分两者。如 respondsToSelector: 和 isKindOfClass: 只
能用于继承体系，而不能用于转发链。
网友评论