iOS 消息处理机制

iOS runtime消息处理机制：
消息处理机制是runtime系统的最主要的机制。和C语言不同，C语言在编译的时候已经决定了在程序运行时会调用哪些函数，编译完成只需要顺序执行；Object-C的函数调用是消息发送，属于动态的调用，在编译过程中不真正决定调用的具体函数，只要函数被声明过，即使没有实现，编译也不会报错；只有在真正运行的时候，才会根据函数的名称找到对应的实现。
一、消息处理中的Method、SEL、IMP
在讨论消息处理机制之前，先要了解一下与消息处理相关的知识：
1.1 Method
在Class的定义中，有一个方法列表methodLists字段，里面存储的是Method类型的数据；

在Object-C中Methord定义如下：  
typedef struct objc_method *Method;
struct objc_method {
        SEL method_name OBJC2_UNAVAILABLE;  // 方法名
        char *method_types  OBJC2_UNAVAILABLE;
        IMP method_imp  OBJC2_UNAVAILABLE;  // 方法实现
}；

里面包含：SEL，方法选择器表示方法的名称；method_types，表示参数列表参数类型；IMP，方法实现表示指向方法实现的函数指针

1.2 SEL
SEL方法选择器，表示一个方法的selector指针，定义如下
typedef struct objc_selector *SEL;
方法的selector表示运行时方法的名称，在编译的时候，编译会根据方法名称、参数序列，生成唯一的整形标识(实质是一个方法地址)，也就是SEL。因此在Objcet-C中，只要是方法名、参数序列(不是参数类型)一样，生成的SEL就是一样的，因此在同一个类中不能同名的方法；但是在不同的类中是可以有同名的方法的，这是因为，不同实例对象在执行相同的SEL的时候，会在各自所属的的类中，根据SEL找到对应的是不相同的。在同一个类中是一样的。
SEL本质上是一个指向方法的指针，在运行时可以添加selector，也可以获取已经存在的selector，方法有三种：
1. sel_registerName函数；2. Objective-C编译器提供的@selector()；3. NSSelectorFromString()方法
1.3 IMP
IMP 是指向方法实现的函数指针，定义如下：
typedef id (*IMP)(id, SEL, …);
IMP 是一个函数指针，这个被指向的函数包含一个接收消息的对象id(self 指针), 调用方法的选标 SEL (方法名)，以及不定个数的方法参数，并返回一个id。也就是说 IMP 是消息最终调用的执行代码，是方法真正的实现代码 。

二、 消息处理流程
在介绍消息处理过程之前，我们先了解一下msgSend函数
2.1 objc_msgSend
在Object-C中，消息在运行时才绑定到方法实现上；编译器将消息[receive message]转换成objc_msgSend函数的调用：objc_msgSend(receiver, selector, IvarList)
该函数完成了动态绑定的所有事情：
当消息发送到receiver时，通过receiver所属类的isa指针找到所属的类，之后在类的方法列表中通过selector找到对应的实现，如果在类中没有找到，继续查找父类(在这之前会现在方法缓存列表中查找)。如果到最后依旧没有定位到selector，会走消息转发流程。

[obj method]; runtime转换之后成为：
objc_msgSend(obj,@selector(method));
会在obj所属类的方法缓存中查找@selector(method)的实现，查找顺序：obj类—>父类—>…—>根类。如果到最后依旧没有找到，那么走消息的转发流程。

2.2 objc_msgSend隐藏的参数
在官方文档中objc_msgSend函数的声明：void objc_msgSend(void )
函数声明中并没有消息接受者和SEL，这两个参数提供调用者的信息，其实是被隐藏起来的，在编译过程加入：self 和 _cmd；在消息处理中可以直接使用。

三、消息转发
在消息处理过程中如果recever接收到未知的的消息，即SEL不能找到对应的IMP，就会导致程序的崩溃。为了避免这种错误的发生引入消息的转发机制，转发未知消息分为三个步骤：1、动态解析；2、备用接收者；3、完整转发
3.1 动态解析
在对象接收到未知的消息的时候，首先调用+resolveInstanceMethod:(SEL)selector或者+resolveClassMethod:(SEL)selector，依据是未知的方法是实例方法或者是类方法。主要作用于@dynamic修饰的属性生成getter和setter。
比如说，要访问CoreData框架中NSManagedObjects对象的属性时就可以这么做，目的是实现这些属性所需的存取方法在编译期就能确定。
3.2 备用接受者
如果动态解析不能处理未知消息，就会把消息转发到备用的接受者，由备用的接受者来处理未知消息。

在这一步，系统会询问当前接受者能否把消息转发给备用的接受者，该步骤对应的处理方法如下：
- (id)forwardingTargetForSelector:(SEL)selector ；
若当前接收者能找到备援对象，则将其返回，若找不到，就返回nil。
- (id)forwardingTargetForSelector:(SEL)aSelector {
NSString *selectorString = NSStringFromSelector(aSelector);
// 将消息转发给_helper来处理
if ([selectorString isEqualToString:@”method2”]) {
return _helper;
}
return [super forwardingTargetForSelector:aSelector];
}
通过此方案，我们可以用“组合”（composition）来模拟出“多重继承”（multiple inheritance）的某些特性。在一个对象内部，可能还有一系列其他对象，该对象可经由此方法将能够处理某选择子的相关内部对象返回，这样的话，在外界看来，好像是该对象亲自处理了这些消息似的
3.3 完整转发

四、Method Swizzling
Method swizzling指的是改变一个已存在的选择器对应的实现的过程，它依赖于Objectvie-C中方法的调用能够在运行时进改变——通过改变类的调度表（dispatch table）中选择器到最终函数间的映射关系。
未完待续