iOS开发 —— Runtime

Runtime

因为Objc是一门动态语言,所以它总是想办法把一些决定工作从编译连接推迟到运行时。也就是说只有编译器是不够的,还需要一个运行时系统 (runtime system) 来执行编译后的代码。这就是 Objective-C Runtime 系统存在的意义,它是整个Objc运行框架的一块基石。

Runtime基本是用C和汇编写的,可见苹果为了动态系统的高效而作出的努力。你可以在这里下到苹果维护的开源代码。苹果和GNU各自维护一个开源的runtime版本,这两个版本之间都在努力的保持一致。

消息传递

在很多语言中,比如C,调用一个方法其实就是跳到内存中的某一点并开始执行一段代码。没有任何动态的特性,因为这在编译时就决定好了。而在Objective-C中,类似 [Receiver message] 这种语法并不会立即执行 message 这个方法的代码。 它是在运行时给 Receiver 发送一条叫 message 的消息。 这个消息,也许会被 Receiver 来处理,也许会被转发给另一个对象,或者没有对象处理最终被报错导致程序崩溃。

事实上,在编译时,我们所编写的 Objective-C 函数都会被翻译成一个C语言的函数调用。 - objc_msgSend(id self, SEL op, ...)

比如我们创建一个类 名字叫 Family 创建一个数组来存储我们生成的 Family 对象。

 Family *family = [[Family alloc] init];

 NSMutableArray *array = [NSMutableArray array];
    

接下去的两行代码是等价的

[array insertObject:family atIndex:0];
    
objc_msgSend(array, @selector(insertObject:atIndex:), family, 0);

在调用 objc_msgSend 这个方法时,我们先要包含 #import <objc/message.h> 这个头文件。 而且在编写 objc_msgSend 这个函数时,先去 TARGETS - Build settings - Apple LLVM 7.0 - Preprocessing - Enable Strict Checking of objc_msgSend Calls 设置为NO。

从这里我们就能得到一个结论 objc_msgSend 能确定消息名以及参数数目。

消息传递的关键藏于 objc_object 中的 isa 指针和 objc_class 中的 class dispatch table

消息传递的过程

Objective-C 中,类、对象和方法都是一个 C 的结构体,从 objc/objc.h 头文件中,我们可以找到他们的定义。

具体的定义分析可以在我的另一篇 解释 Runtime 中各种方法、属性的定义中去学习。

从这些定义中可以看出发送一条消息也就 objc_msgSend 做了什么事。举 objc_msgSend(array, @selector(insertObject:atIndex:), family, 0); 这个例子来说:

  1. 首先,通过array的isa指针找到它的class;(从之前的代码 得知是 NSMutableArray 类)

  2. classmethod list 中找 insertObject:atIndex:

  3. 如果 class 中 没有找到 insertObject:atIndex: 这个方法, 继续前往它的 SuperClass 中去找。

  4. 一旦找到 insertObject:atIndex: 这个函数,就去执行它的实现IMP。

但这种实现有个问题,效率低。但一个 class 往往只有 20% 的函数会被经常调用,可能占总调用次数的 80% 。每个消息都需要遍历一次 objc_method_list 并不合理。如果把经常被调用的函数缓存下来,那可以大大提高函数查询的效率。这也就是 objc_class 中另一个重要成员 objc_cache 做的事情 - 再找到 insertObject:atIndex: 之后,把 insertObject:atIndex:method_name 作为 keymethod_imp 作为 value 给存起来。当再次收到 insertObject:atIndex: 消息的时候,可以直接在 cache 里找到,避免去遍历 objc_method_list

方法的动态解析和转发

如果在 Family 类中,我运行了类中没有存在的 - familyName: 这个方法时。 会出现怎样的结果, 相信接下来的语句 每一个做过开发人员都应该见过 unrecognized selector sent to instance 0x7ffee1e90f00

但是在这个异常抛出之前,我们的 Objective-C 尝试过用三种方法来拯救我们的程序。

  1. Method resolution
  2. Fast forwarding
  3. Normal forwarding

Method Resolution

首先,Runtime 会调用 + (BOOL)resolveInstanceMethod: 这个方法,让你有机会提供一个函数实现。如果你添加了函数并返回YES,那么 Runtime 系统就会重新启动一次消息发送的过程。

以刚才我想实现的 - familyName: 这个方法为例。

我在 Family 类中这样重写了 + (BOOL)resolveInstanceMethod: 方法:


/**
 *  里边有三个类型别名,在这儿先解释一下
 
      SEL selector的简写,俗称方法选择器,实质存储的是方法的名称
      IMP implement的简写,俗称方法实现,看源码得知它就是一个函数指针
      Method 对上述两者的一个包装结构.
 *
 */
 
void lostInstanceMethod(){
    NSLog(@"this InstanceMethod was lost");
}


+ (BOOL)resolveInstanceMethod:(SEL)sel{
    if (sel == @selector(familyName:)) {
        class_addMethod([self class], sel, (IMP)lostInstanceMethod, nil);
        return YES;
    }
    return [super resolveClassMethod:sel];
}

在当我执行了 objc_msgSend(family, @selector(familyName:), nil); 这句语句时,程序不出意外的打印出了 lostInstanceMethod()
函数中的那句话。

 /**
     *  这里当我们运行了类中没有存在的 familyName 这个方法时.
     *  Objective_C 运行时 会调用 + (BOOL)resolveInstanceMethod:(SEL)sel
     */
    
    /**
     *  但是当我注销掉 + (BOOL)resolveInstanceMethod:(SEL)sel 这个方法后
     *  编译通过之后程序崩溃 并不会进入 + (BOOL)resolveClassMethod:(SEL)sel 这个方法
     */
    
  objc_msgSend(family, @selector(familyName:), nil);

Fast forwarding

如果resolve方法返回了NO, 运行时就会移到下一步, 消息转发 (Message Forwarding)。

如果目标对象实现了 - (id)forwardingTargetForSelector:(SEL)aSelectorRuntime 这时就会调用这个方法,给你把这个消息转发给其他对象的机会。

如果这是我运行这样一行代码:

 objc_msgSend(family, @selector(familyHouse:), nil);

我的 Family 类中并没有实现 - familyHouse: 这个方法,所以如果运行下去肯定会抛出异常代码 。

但是我新建了一个 FamilyHouse 类, 我在 FamilyHouse 这个类中实现了 -familyHouse:

#import "FamilyHouse.h"

@implementation FamilyHouse

- (void)familyHouse:(NSString *)house{
      NSLog(@"this is my house");
}
@end


并且 我回到 Family 类中,重写 - (id)forwardingTargetForSelector:(SEL)aSelector 方法 。

首先定义一个 House 的对象,并将它初始化,之后重写方法。

- (id)forwardingTargetForSelector:(SEL)aSelector{
    if (aSelector == @selector(familyHouse:)) {
        return _house;
    }
    return [super forwardingTargetForSelector:aSelector];
}

这时当 Runtime在当前类找不到 - familyHose: 这个方法时,就会调用 - forwardingTargetForSelector: 这个方法,将消息分发到属于 FamilyHouse 类的对象 house 去执行这个方法。

只要这个方法返回的不是 nilself,整个消息发送的过程就会被重启,当然发送的对象会变成你返回的那个对象。否则,就会继续 Normal Fowarding

这里叫 Fast ,只是为了区别下一步的转发机制。因为这一步不会创建任何新的对象,但下一步转发会创建一个 NSInvocation 对象,所以相对更快点。

Normal forwarding

这一步是 Runtime最后一次给你机会挽救程序。 首先它会发送 - (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector 这个消息来获取你转发消息的对象的函数参数和方法名。

如果 - (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector 这个方法返回 nilRuntime 则会抛出 - (void)doesNotRecognizeSelector:(SEL)aSelector 这个消息,当然,你的程序也就华丽丽的挂掉了。

如果是 - (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector 返回了一个函数签名, Runtime 就会创建一个 NSInvocation 对象,并执行 - (void)forwardInvocation:(NSInvocation *)anInvocation 这个方法,转发消息给目标对象。

接着上面的 Fast forwarding 部分叙述,假如我在第二步,并没有重写 - (id)forwardingTargetForSelector:(SEL)aSelector 这个方法我该怎么在最后一步完成拯救。

首先是完成函数签名这个方法,注意这里的 _house 对象,是我已经初始化好的 FamilyHouse 类的对象。

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector{
    NSMethodSignature* signature = [super methodSignatureForSelector:aSelector];
    
    if (!signature){
        signature = [_house methodSignatureForSelector:aSelector];
    }
        return signature;
}

这步完成后,就会返回给程序一个函数签名,Runtime 就会创建一个 NSInvocation 对象并发送 -forwardInvocation: 消息给目标对象。

NSInvocation 实际上就是对一个消息的描述 ,包括方法名以及参数等信息。所以我们可以在 - (void)forwardInvocation:(NSInvocation *)anInvocation 里修改传进来的 NSINvocation 对象, 然后发送 -invokeWithTarget: 的消息给他,传进去一个新的对象

- (void)forwardInvocation:(NSInvocation *)anInvocation{
    SEL sel = anInvocation.selector;
    
    if ([_house respondsToSelector:sel]) {
        [anInvocation invokeWithTarget:_house];
    }else {
        [self doesNotRecognizeSelector:sel];
    }
}

这个代码的运行结果 就跟之前一样了。

总结

Objective-C 中给一个对象发送消息会经过以下几个步骤:

  1. 在对象类的 dispatch table 中尝试找到该消息。如果找到了,跳到相应的函数IMP去执行实现代码;

  2. 如果没有找到,Runtime 会执行 + (BOOL)resolveInstanceMethod:(SEL)sel 方法,尝试着去 resolve这个方法。

  3. 如果 resolve 方法返回 NORuntime 就发送 -forwardingTargetForSelector: 允许你把这个消息转发给另一个对象;

  4. 如果没有新的目标对象返回, Runtime 就会发送 -methodSignatureForSelector:-forwardInvocation: 消息。你可以发送 -invokeWithTarget: 消息来手动转发消息或者发送 -doesNotRecognizeSelector: 抛出异常。

利用 Objective-CRuntime 特性,我们可以自己来对语言进行扩展,解决项目开发中的一些设计和技术问题。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,386评论 6 479
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,939评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,851评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,953评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,971评论 5 369
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,784评论 1 283
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,126评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,765评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,148评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,744评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,858评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,479评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,080评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,053评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,278评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,245评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,590评论 2 343

推荐阅读更多精彩内容

  • 简介 Runtime 又叫运行时,是一套底层的 C 语言 API,其为 iOS 内部的核心之一,我们平时编写的 O...
    专业男神经阅读 901评论 0 2
  • 转至元数据结尾创建: 董潇伟,最新修改于: 十二月 23, 2016 转至元数据起始第一章:isa和Class一....
    40c0490e5268阅读 1,678评论 0 9
  • 本文转载自:http://yulingtianxia.com/blog/2014/11/05/objective-...
    ant_flex阅读 744评论 0 1
  • 参考链接: http://www.cnblogs.com/ioshe/p/5489086.html 简介 Runt...
    乐乐的简书阅读 2,129评论 0 9
  • 转载:http://yulingtianxia.com/blog/2014/11/05/objective-c-r...
    F麦子阅读 727评论 0 2