与上次发文间隔也有很长一段时间了，由于各种原因，没有及时拟写文章（好吧，我又矫情了），话不多说，咱们进入正题。
上一篇文章咱们提到了Runtime的消息传递机制，主要围绕三个C语言API来展开进行的。这篇文章我将从另外三个方法来描述Runtime中另一个特性：消息转发机制。
一、消息转发机制
当向某个对象发送一条消息时，若该对象的方法列表以及它相应继承链上的方法列表都无法找到以该消息选择子作为key的方法实现时，则会触发消息转发机制。
1、动态方法解析
+ (BOOL)resolveInstanceMethod:(SEL)sel;
首先，当接受到未能识别的选择子时，运行时系统会调用该函数用以给对象一次机会来添加相应的方法实现，如果用户在该函数中动态添加了相应方法的实现，则跳转到方法的实现部分，并将该实现存入缓存中，以供下次调用。
2、备援接收者
- (id)forwardingTargetForSelector:(SEL)aSelector;
如果运行时在消息转发的第一步中未找到所调用方法的实现，那么当前接收者还有第二次机会进行未知选择子的处理。这时运行期系统会调用上述方法，并将未知选择子作为参数传入，该方法可以返回一个能处理该选择子的对象，运行时系统会根据返回的对象进行查找，若找到则跳转到相应方法的实现，则消息转发结束。
3、完整的消息转发
- (void)forwardInvocation:(NSInvocation *)anInvocation;
当运行时系统检测到第二步中用户未返回能处理相应选择子的对象时，那么来到这一步就要启动完整的消息转发机制了。该方法可以改变消息调用目标，运行时系统根据所改变的调用目标，向调用目标方法列表中查询对应方法的实现并实现跳转，这种方式和第二步的操作非常相似。当然你也可以修改方法的选择子，亦或者向所调用方法中追加一个参数等来跳转到相关方法的实现。
最后，如果消息转发的第三步还未能处理该未知选择子的话，那么最终会调用NSObject类的如下方法用以异常的抛出，表明该选择子最终未能处理。
- (void)doesNotRecognizeSelector:(SEL)aSelector;
下面附上完整的消息转发流程图：
二、消息转发验证
好了，看了那么多的理论知识，相比大家也已经累了，那我们用一个实例来具体说明Runtime的消息转发机制吧。我是传送门~~~
首先新建一个工程，并在工程中添加Cat、Dog and Chicken三个类，并在每个类的.h文件中声明jump方法，在Cat.m文件中声明消息转发的第一步方法：resolveInstanceMethod: ，在该方法中动态添加jump方法的实现。
注：在第一步中动态添加方法实现用到了Runtime中的class_addMethod方法，该方法用以向该类的实例对象中添加相应的方法实现。
然后在main.m文件中调用Cat实例的jump方法，就会看到在控制台打印出如下结果：
然后在Dog.m文件中验证消息转发第二步过程，为了让运行时系统能够运行到forwardingTargetForSelector:方法，我们先在resolveInstanceMethod:中返回NO，代码如下：
然后按照之前的样子，在main.m文件中让Dog也jump起来，运行之后打印结果如下：
最后我们来验证消息转发第三步骤的过程。
在最后的Chicken.m文件中我们让前两步的方法分别返回NO和nil值，用以快速触发消息转发机制中的完整消息转发机制。在验证这一步中我们注意到，在调用forwardInvocation:方法之前我们需要实现methodSignatureForSelector:方法，并将相应选择子的描述返回。
这里我用了改变调用目标这种方式进行消息转发机制，至于改换选择子，读者可以自行尝试运行哈，具体我已在项目代码中写明，最终调用Chicken实例的jump方法，其打印结果如下：
明明分别调用了三个动物的jump，最后在控制台只看到了Cat一直在jump。。。
如果有觉得上述我讲的不对的地方欢迎指出，大家多多交流沟通。
