Objective-C总Runtime的那点事儿(一)消息机制
2015-10-08 17:53
375 查看
Objective-C总Runtime的那点事儿(一)消息机制
RunTime简称运行时。就是系统在运行的时候的一些机制,其中最主要的是消息机制。对于C语言,函数的调用在编译的时候会决定调用哪个函数( C语言的函数调用请看这里 )。编译完成之后直接顺序执行,无任何二义性。OC的函数调用成为消息发送。属于动态调用过程。在编译的时候并不能决定真正调用哪个函数(事实证明,在编 译阶段,OC可以调用任何函数,即使这个函数并未实现,只要申明过就不会报错。而C语言在编译阶段就会报错)。只有在真正运行的时候才会根据函数的名称找 到对应的函数来调用。那OC是怎么实现动态调用的呢?下面我们来看看OC通过发送消息来达到动态调用的秘密。假如在OC中写了这样的一个代码:
Class isa:指向metaclass,也就是静态的Class。一般一个Obj对象中的isa会指向普通的Class,这个Class中存储普通成员变量和对 象方法(“-”开头的方法),普通Class中的isa指针指向静态Class,静态Class中存储static类型成员变量和类方法(“+”开头的方 法)。
Class super_class:指向父类,如果这个类是根类,则为NULL。
下面一张图片很好的描述了类和对象的继承关系:
注意:所有metaclass中isa指针都指向跟metaclass。而跟metaclass则指向自身。Root metaclass是通过继承Root class产生的。与root class结构体成员一致,也就是前面提到的结构。不同的是Root metaclass的isa指针指向自身。
Class类中其他的成员这里就先不做过多解释了,下面我们来看看:
@selector (makeText):这是一个SEL方法选择器。SEL其主要作用是快速的通过方法名字(makeText)查找到对应方法的函数指针,然后调用其函 数。SEL其本身是一个Int类型的一个地址,地址中存放着方法的名字。对于一个类中。每一个方法对应着一个SEL。所以iOS类中不能存在2个名称相同 的方法,即使参数类型不同,因为SEL是根据方法名字生成的,相同的方法名称只能对应一个SEL。
下面我们就来看看具体消息发送之后是怎么来动态查找对应的方法的。
首先,编译器将代码[obj makeText];转化为objc_msgSend(obj, @selector (makeText));,在objc_msgSend函数中。首先通过obj的isa指针找到obj对应的class。在Class中先去cache中 通过SEL查找对应函数method(猜测cache中method列表是以SEL为key通过hash表来存储的,这样能提高函数查找速度),若 cache中未找到。再去methodList中查找,若methodlist中未找到,则取superClass中查找。若能找到,则将method加 入到cache中,以方便下次查找,并通过method中的函数指针跳转到对应的函数中去执行。
相关文章推荐
- Object-C 类,对象,运行时,isa
- Objective-C 对象模型
- OC基础16:复制对象
- 利用QObject反射实现jsonrpc
- Objective-c 语法,类/属性/函数(iOS学习笔记,从零开始。)
- Objective-C中的发通知的(Notification)
- OC基础15:内存管理和自动引用计数
- iOS开发系列--Objective-C之协议、代码块、分类
- OC基础14:使用文件
- 返回object问题,在window.open后
- /persistence.cpp:5008: error: (-2) The node does not represent a user object (unknown type?) in func
- iOS开发系列--Objective-C之类和对象
- synchronized(class)、synchronized(this)与synchronized(object)的区别分析
- iOS进阶:Objective-C runtime(一)
- java中Object类 源代码详解
- 初识 Objective - C
- Objective-C:禁止调用方法
- Object.wait()与Object.notify()的用法
- 在Object-C中使用@property和@synthesize的区别
- java Object类学习