【iOS】消息转发机制

在编译期向某类发送了其无法理解的消息并不会报错，因为在运行期可以继续向类中添加方法，所以编译器在编译时还不确定类中到底有没有某个方法的实现。当对象接收到无法解读的消息后，就会启动消息转发机制。
消息转发分为两大阶段。第一阶段先征询接受者。所属的类，看其是否能动态添加方法以处理这个未知的selector，叫做动态方法解析。第二阶段“完整的消息转发机制”。

动态方法解析

对象收到无法解读的消息后，首先将调用其所属类的下列类方法：
+(BOOL)resolveInstanceMethod:(SEL)selector
假如尚未实现的方法不是实例方法而是类方法，则会调用本类的方法：
+(BOOL)resolveClassMethod（SEL）selector
该方法参数就是那个未知的selector,其返回值类型为BOOL类型，表示这个类是否能新增一个方法用以处理此selector。

备援接受者

当前接受者还有第二次机会处理未知selector，在这一步中，运行系统会问它能否把此消息交给其他接受者处理。对应的处理方法如下:
- (id)forwardingTargetForSelector:(SEL)selector
若当前接受者能找到备援对象，则将其返回，若找不到则返回nil。在一个对象内部，可能还有一系列其他对象，该对象可经由此方法将能够处理某选择子的相关内部对象返回，这样，外界看来好像是该对象亲自处理这些消息。

完整的消息转发

这是消息转发流程的最后一个环节。首先创建NSInvocation对象，把尚未处理的那条消息有关的全部细节都封于其中。此对象包括选择子，目标，及参数。再出发NSInvocation对象时，消息派发系统将亲自出马把消息指派给目标对象
此步骤会调用一下方法来转发消息：
-(void)forwardInvocation:(NSInvocation*)invocation

0CE8229C-6F22-417B-BDFB-57F119F03AA9.png

如果经过上面三个步骤都没有处理这个消息，就会进入NSObjecte 的 - (void)doesNotRecognizeSelector:(SEL)aSelector方法中，抛出异常。

接受者在每一步都有机会处理消息，步骤越往后处理消息的代价就越大。最好在第一部就处理了完成，正阳的话，运行期系统就可以将此方法缓存起来。