iOS开发探索-Rntime原理解读及实践.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
iOS开发探索-Rntime原理解读及实践

iOS开发探索-Runtime原理解读及实践   我们初次接触runtime,听起来总是那么神秘高级,各种论坛对runtime介绍数不胜数。笔者今天对高大上的runtime进行简单的梳理,如有不足,欢迎各位大神吐槽。   一、基本概念   runtime是一套比较底层的纯C语言API, 属于1个C语言库, 包含了很多底层的C语言API。在我们平时编写的OC代码中, 程序运行过程时, 其实最终都是转成了runtime的C语言代码, runtime算是OC的幕后工作者。   RunTime简称运行时,就是系统在运行的时候的一些机制,其中最主要的是消息机制。   对于C语言,函数的调用在编译的时候会决定调用哪个函数,编译完成之后直接顺序执行,无任何二义性。   OC的函数调用成为消息发送。属于动态调用过程。在编译的时候并不能决定真正调用哪个函数(事实证明,在编 译阶段,OC可以调用任何函数,即使这个函数并未实现,只要申明过就不会报错。而C语言在编译阶段就会报错)。   只有在真正运行的时候才会根据函数的名称找到对应的函数来调用。   二、基本结构及其继承关系   要谈runtime首先必然要先了解OC的对象以及类的结构,这非常有助与我们理解其动态性。   首先我们打开objc/objc.h   文件,可以看到如下定义:   通过上面定义我们可以看出以下几点:   我们常用的id类型实际上一个指向objc_object结构体的指针,id通常指代一个对象,也就是说OC对象其实就一个指向objc_object结构体的指针   我们看objc_object结构体定义,得知其结构体内有一个类型为Class的字段isa,这就是我们常说的isa指针了。   再来看Class的声明,为一个指向objc_class的指针,   实际上isa就是指明当前结构体所属类型,我们可以理解为objc_object为Class类型的   接下来我们继续打开 ,来看objc_class声明   下面说一下我们感兴趣的几个字段:   isa:这里的isa指针同样是一个指向objc_class的指针,表明该Class的类型,这里的isa指针指向的就是我们常说的meta-class了。   不难看出,类本身也是一个对象   super_class:这个指针就是指向该class的super class,即指向父类,如果该类已经是最顶层的根类(如NSObject或NSProxy),则super_class为NULL。   cache:用于缓存最近使用的方法。一个接收者对象接收到一个消息时,它会根据isa指针去查找能够响应这个消息的对象。   在实际使用中,这个对象只有一部分方法是常用的,很多方法其实很少用或者根本用不上。   这种情况下,如果每次消息来时,我们都是methodLists中遍历一遍,性能势必很差。这时,cache就派上用场了。   在我们每次调用过一个方法后,这个方法就会被缓存到cache列表中,下次调用的时候runtime就会优先去cache中查找,如果cache没有,才去methodLists中查找方法。   这样,对于那些经常用到的方法的调用,但提高了调用的效率。   version:我们可以使用这个字段来提供类的版本信息。这对于对象的序列化非常有用,它可是让我们识别出不同类定义版本中实例变量布局的改变。   objc_method_list: 方法链表中存放的是该类的成员方法(-方法),类方法(+方法)存在meta-class的objc_method_list链表中。   以下通过图来描述相应的继承关系: mMFF7nz.png   注意:   所有metaclass中isa指针都指向跟metaclass,而跟metaclass则指向自身。   Root metaclass是通过继承Root class产生的,与root class结构体成员一致,也就是前面提到的结构。   不同的是Root metaclass的isa指针指向自身。   root class的super class 指向的是nil。   此时我们再来理解一下当你调用 respondsToSelector:   这样的方法的时候,实例对象只需要根据其isa指针,找到其所属的class,然后遍历其methodLists。   如果没有,那么根据这个类的super_class找到其父类,再看其父类是否能相应这个方法就可以了。   直到super_class为nil时,就无法相应这个方法了,return NO。   同理,当我们使用类名调用类方法(+方法)时,只需要根据class的isa指针,找到其meta-class,然后通过meta-class的methodLists找到相应的方法既

文档评论(0)

elouwn + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档