IOS开发中 RunLoop,RunTime

1.Objective-C中的函数调用

对于C语言,函数调用是由编译器直接转化完成的,在编译时程序就开始查找要执行的函数(C语言函数调用原理)。而在OC中,我们将函数调用称为消息发送。在编译时程序不查找要执行的函数,必须等到真正运行时,程序才查找要执行的函数。

例子:在C语言中,仅申明一个函数,不去实现。其他地方调用此函数。编译时就会报错(C语言编译时查找要执行的函数,找不到所以报错)。而同样的情况在OC中并不会报错,只有在运行时候才会报错。(OC运行时才查找要执行的函数)

 

 

 

 

 

2.Objective-C函数调用的底层实现

Objective-C之所以能做到运行时才查找要执行的函数主要归功于runTime的SDK。下面我们来看看Objective-C是怎么让程序拥有运行时特性的。

在runTime的SDK下有一个objc_msgSend()的方法

OBJC_EXPORT id objc_msgSend(id self, SEL op, ...)

当我们写下一行代码[obj doSth];,在编译时,编译器会将我们的代码转化为

objc_msgSend(obj,@selector(doSth));

objc_msgSend()方法实现了函数查找和匹配,下面是它的原理:

  • 根据对象obj找到对象类中存储的函数列表methodLists。
  • 再根据SEL@selector(doSth)在methodLists中查找对应的函数指针method_imp。
  • 根据函数指针method_imp调用响应的函数。

 

 

 

 3.Objc_msgSend的实现细节

前面我们只是简单的介绍了objc_msgSend()的原理,下面我们来详细看看objc_msgSend是怎么实现的

首先对于任意一个NSObject对象下面都有一个isa的属性,指向对象对应的Class类@interface NSObject { Class isa OBJC_ISA_AVAILABILITY; }  根据对象调用即可拿到对应的Class。下面我们来看看Classtypedef struct objc_class *Class; struct objc_class {

  • Class isa; // 指向metaclass Class superclass; // 指向父类Class const char *name;
  • // 类名 uint32_t version; // 类的版本信息 uint32_t info; // 一些标识信息,标明是普通的Class还是metaclass uint32_t instance_size; // 该类的实例变量大小(包括从父类继承下来的实例变量);
  • struct old_ivar_list *ivars; //类中成员变量的信息
  • struct old_method_list **methodLists; 类中方法列表 Cache cache; 查找方法的缓存,用于提升效率
  • struct old_protocol_list *protocols; // 存储该类遵守的协议 }由上面的代码我们能看到Class是一个结构体指针,指向objc_class结构体。在objc_class中存放着methodLists方法列表。所以根据Class我们可以直接找到methodLists下面我们来看看怎么从methodLists中找到对应的函数指针struct old_method_list {
  • void *obsolete; //废弃的属性
  • int method_count; //方法的个数 /* variable length structure */ struct old_method method_list[1]; 方法的首地址 }; struct old_method { SEL method_name; //方法对应的SEL char *method_types; //方法的类型 IMP method_imp; //方法对应的函数指针 };对于old_method_list结构体,他存储了old_method方法个数和方法首地址。我们可以把他当做一个可变长度的old_method数组。开始我也不明白为什么是method_list[1],数组的大小怎么会是1呢?后来才想通由于数组的大小是不定的,不同的类对应的不同的方法个数。所以定义时只存储首地址,在实际使用过程中再扩展长度对于old_method结构体,他由SEL,type,IMP三个成员组成。由此可知,我们只要在method_list中找到了old_method即可拿到函数指针IMP。下面是查找的代码:static inline old_method *_findMethodInList(old_method_list * mlist, SEL sel) { int i; if (!mlist) return nil; for (i = 0; i < mlist->method_count; i++) { old_method *m = &mlist->method_list[i]; if (m->method_name == sel) { return m; } } return nil; }
  • 查找函数是个内联函数,传入old_method_list和SEL,返回old_method
  • 首先对old_method_list数组判空,如果为空,返回nil
  • 遍历old_method_list数组,根据SEL匹配,找到old_method

 

 

 

 

 

 

4 函数调用的性能优化

上面部分我们已经讲完了函数调用的基本过程 。在看完上面部分之后大家可能会有疑惑:Objective-C的函数调用是如此的复杂,会不会导致运行起来非常慢呢?毕竟每调用一个函数都要走这么多过程。 别急,其实在调用的过程中苹果对其做了一些性能优化,使得其调用并不比C语言很多。下面我们来具体看看做了哪些性能优化:

4.1 SEL的使用大家可能早就有疑惑了,前面一直在说SEL,SEL到底是个什么东西?/// An opaque type that represents a method selector. typedef struct objc_selector *SEL;苹果对SEL的官方解释是:一种不透明的类型,它代表着一个方法选择器。
SEL本质其实是一个int类型的地址,指向存储的方法名。对于每一个类,都会分配一块特殊空空间,专门存储类中的方法名,SEL就是指向对应方法名的地址。由于方法名字符串是唯一的,所以SEL也是唯一的。
为什么不直接使用方法名而使用SEL呢?这个问题没有找到比较官方的资料,个人认为由于方法名是字符串,SEL是int类型,使用时int类型更方便,效率更高(特别是比较相等时,字符串的比较比int的比较效率低很多)

4.2 cache的使用我们来仔细分析一下函数的调用过程:obj->isa->methodLists old_method->method_imp

    • 由于isa是obj的成员变量,methodLists是isa的成员变量,所以用obj可以直接拿到methodLists
    • 由于method_imp是old_method的成员变量,所以用old_method可以直接拿到method_imp所以函数调用过程的主要时间消耗在methodLists中查找old_method。
      cache就是用来优化这个查找过程的。
      我们可以把cache简单当成一个哈希表,key是SEL,Value是old_method。由此可知,从cache中查找old_method相当简单高效。
      从methodLists中查找old_method的真正过程分为如下两步:
    • 通过SEL在cache中查找old_method,若找到了直接返回,若未找到执行2
    • 在methodLists中查找old_method,找到之后先将old_method插入cache中以方便下次查找,再返回old_method由此可知,在第一次调用某个函数时,会比较慢,因为cache中没有这个函数,第二次调用时就会非常快了  
    • http://blog.zuics.com/runloop-runtime/
原文地址:https://www.cnblogs.com/starainDou/p/5151179.html