ios的消息机制 以及 动态性质

1。动态消息派发系统

大部分的语言 使用的是 静态绑定的函数调用方式。这种方式 在编译阶段就确定了运行时候需要调用的函数。而objective-c 使用的是消息传递机制。在运行的时候才会知道调用的函数。

实际上 ，底层都是C语言的。而c语言是函数调用方式。那么 objectie-c的消息响应机制是真么实现的呢。其实 oc 中遇到消息都会调用消息传递机制中的核心函数。 objc_msgSend（id self ,SEL,cmd, ...） 这个方法参数个数是变化的。接收2个或2个以上的参数。

第一个参数是消息接收者 第二个参数 就是具体的 selector 。然后 这个方法会尝试到接受者这个对象的类中的方法列表 中寻找 sel。如果没有找到会到继承链往上查找。如果一直没有找到 就出发消息转发。

毫无疑问这个处理方法性能肯定不如静态绑定的。好在 oc为每个类分配了一块缓存。用于存放以前匹配到的消息。这个就是 快速映射表 。

上面的核心转发函数 objc_msgSend 在一些特殊情况会分发到其他对应的方法上面去：

objc_msgSend_stret 处理返回是结构体同事 寄存器能够容纳下消息大小的结构体

objc_msgSend_fpret 返回浮点数的消息 为了处理 x86 等架构 cpu 浮点数 各种奇怪的状况

objc_msgSendSuper 发给超类

当然细节有很多很多 我们不需要 完全知道。只要知道消息响应机制。是有固定的 静态绑定的 几个c语言方法转发实现的。

所谓方法列表。可以想象 每个 objective-c 对象的每个方法都可以视为简单的c函数。每个类都有一张表格。指针指向那些函数。而key 就是选择的 selector。

2.消息转发机制

当消息派发过程中 没有找到对应的 selector。 这时候 消息转发机制就出场了。

这里分为3个部分

1.动态方法解析。

调用的方法为 +(BOOL)resolveInstanceMethod:(SEL) selector  实例方法

+(BOOL)resolveClassMethod:(SEL) selector  类方法

返回 yes 就是说可以添加 当然 你需要实现逻辑。可以借助 runtime.h的函数 

class_addMethod

这个方法表示是否能新增一个实例方法用以处理这个 selector

首先会询问所属的类。能不能动态添加方法以处理这个 selector。

+(BOOL)resolveInstanceMethod:(SEL)sel{
    if([NSStringFromSelector(sel) isEqual:@"test"]){
        NSLog(@"%@",NSStringFromSelector(sel));
        class_addMethod(self,sel,(IMP)autotest,"@@:");
        return YES;
    }
    return [super resolveInstanceMethod:sel];
    
}

IMP 就是 函数的指针。 可以跟 sel 一起来理解。 sel 和 IMP  可以看做是 上面提到的方法列表中的 key 和 value。当然 上面 还需要实现 autotest 方法。这是个普通c函数

void autotest(id self, SEL _cmd)

2.备援接受者

如果不能添加函数 接下来 就会询问 有没有备援的接受者。

-(id)forwardingTargetForSelector:(SEL)aSelector;

返回值就是备援的对象。没有返回nil；

          

3.完整的消息转发机制。

到这里 程序只能启动完整的消息转发机制。运行期间将所有的细节都封装到 NSInvocation 对象中。再给接受者最后一次机会。令其设法解决当前还未处理的这条消息。这时候调用的是：

-(void)forwardInvocation:(NSInvocation *)anInvocation；

当然 如果一直到nsobject 都没有解决。就只能调用 doesNotRecognizeSelector:来抛出异常了 

IMP :个人感觉 runtime 里面有很多方法都是在操作 方法列表。 就是在处理sel 跟 IMP 来实现动态性质。