iOS中的Runtime(消息机制)

305 阅读2分钟

这是我参与8月更文挑战的第30天,活动详情查看:8月更文挑战

消息机制

先来看看C语言使用的“静态绑定”,也就是在编译期就能决定运行时所调用的函数

void sayHi(){
    NSLog(@"sayHi");
}
sayHi();

而在OC中使用的是“动态绑定”,在程序编译时不能决定真正调用哪个函数,只有当程序运行时,编译器才会根据函数名去方法列表里找对应的函数,Runtime 运行时就是执行已经编译好的代码,OC通过 Runtime 库把方法调用转化为“消息机制”(动态消息派发系统),消息有“名称”和“选择器”,可以接受参数,而且可能有返回值

- (void)sayHI:(NSString *)str{
    NSLog(@"say--%@",str);
}
[self sayHI:@"HI"];

在这段代码中: self:代表接收者,sayHI:代表选择器 ,选择器与参数合起来称为“消息”,编译器收到这个消息时,会将其转化为 obj_smgSend 函数,

void obj_smgSend(id object, SEL cmd,...)

object:代表接收者,SEL:代表方法选择器,后续参数为消息中传的参数,顺序不变

这样上述的函数调用会转化为:

id returnValue = obj_smgSend(self,@selector(sayHI), str);

1、obj_smgSend 函数会根据接收者和选择器类型调用适当方法 2、传入的选择器是一个 SEL 数据类型,SEL 主要作用就是快速通过方法名查找对应的方法实现函数指针(IMP) 3、首先通过接收者的 isa 指针找到对应的类,在对应的类中有一块最近调用的方法指针缓存列表,先在缓存列表中通过 selector 名称去查找对应的函数 4、若在缓存列表中没有找到对应的函数,则去她父类中去找,若找到将方法加入的缓存列表中,通过方法的函数指针跳转到对应函数中执行,若最终没有找到,程序就会crash

-[iPhone say]: unrecognized selector sent to instance 0x60000001f530
*** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[iPhone say]: unrecognized selector sent to instance 0x60000001f530'
*** First throw call stack:

这个异常就是表示,接收者的类型是iPhone,而接收者里没有找打名为 say 的方法