OC中消息转发机制

       在编译期 消息传递的过程中向类发送了其无法解读的消息并不会报错，因为在运行期可以继续向类中添加方法，所以编译器在编译时还无法确知类中到底会不会有某个方法实现。当对象接收到无法解读的消息后，就会启动“消息转发”机制，程序员可经由此过程告诉对象应该如何处理未知消息。

消息转发分为两大阶段：

第一阶段：先征询接收者所属的类，看其是否能动态添加方法，以处理当前这个“未知的选择子”，这叫做“动态方法解析”。

第二阶段：该阶段设计“完整的消息转发机制”。如果运行期系统已经把第一阶段执行完了，那么接收者自己就无法再以动态新增方法的手段来响应包含该选择子的消息了。此时，运行期系统会请求接收者以其他手段来处理与消息相关的方法调用。这分为两小步。首先，请接收者看看有没有其他对象能处理这条消息。如有，则运行期系统会吧消息转给那个对象，于是消息转发过程结束，一切如常。若没有“备援的接收者”，则启动完整的消息转发机制，运行期系统会吧与消息有关的全部细节都封装到NSInvocation对象中，再给接收者最后一次机会，令其设法解决当前还未处理的这条消息。

总结：

1、若对象无法响应某个选择子，则进入想想转发流程。

2、通过运行期的动态方法解析功能，我们可以在需要用到的某个方法时再将其加入类中。

3、对象可以把其无法解读的某些选择子转交给其他对象来处理。

4、经过上述两步之后，如果还是没办法处理选择子，那就启动完整的消息转发机制。