iOS runtime之消息发送,消息转发机制

消息:消息直到运行时才会与方法实现进行绑定。在OC中方法调用是一个消息发送的过程。

在OC中调用一个方法的格式如:

[cat eat: fish];

在方法调用的时候,runtime会将上面的方法调用转化成一个C语言的函数调用,表示朝着cat发了一个eat:消息,并传入了fish这个参数:

objc_msgSend(cat, @selector(eat:), fish);

那么在这个C语言函数中发生了什么事情?编译器是如何找到这个方法的呢?消息发送的主要步骤如下:

1.首先检查这个selector是不是要忽略。比如Mac OS X开发,有了垃圾回收就不会理会retain,release这些函数。
2.检测这个selector的target是不是nil,OC允许我们对一个nil对象执行任何方法不会Crash,因为运行时会被忽略掉。
3.如果上面两步都通过了,就开始查找这个类的实现IMP,先从cache里查找,如果找到了就运行对应的函数去执行相应的代码。
4.如果cache中没有找到就找类的方法列表中是否有对应的方法。
5.如果类的方法列表中找不到就到父类的方法列表中查找,一直找到NSObject类为止。
6.如果还是没找到就要开始进入动态方法解析,后面会说

在消息的传递中,编译器会根据情况在objc_msgSend 、objc_msgSend_stret 、objc_msgSendSuper、objc_msgSendSuper_stret 这四个方法中选择一个调用。如果消息是传递给父类,那么会调用名字带有super的函数,如果消息返回值是数据结构而不是简单值时,会调用名字带有stret的函数。

动态方法解析

当runtime系统在Cache和类的方法列表(包括父类)中找不到要执行的方法时runtime会调用resolveInstanceMethod: 或者resolveClassMethod: 来给我们一次动态添加方法实现的机会。我们需要用class_addMethod函数完成向特定类添加特定方法实现的操作:

void dynamicMethodIMP(id self, SEL _cmd) {
    // implementation ....
}
@implementation MyClass
+ (BOOL)resolveInstanceMethod:(SEL)aSEL
{
    if (aSEL == @selector(resolveThisMethodDynamically)) {
          class_addMethod([self class], aSEL, (IMP)
dynamicMethodIMP, "v@:");
          return YES;
}
    return [super resolveInstanceMethod:aSEL];
}
@end 

上面的例子为 resolveThisMethodDynamically 这个方法添加了实现内容,就是dynamicMethodIMP方法中的代码。其中"v@:"表示返回值跟参数。注意:动态方法解析是在上面说的第6步后,消息转发机制侵入之前执行,动态方法解析器将会首先给予提供该方法选择器对应的IMP的机会。如果你想让该方法选择器被传送到转发机制,就让resolveInstanceMethod:方法返回NO。

消息转发

1.重定向
消息转发机制执行前,runtime系统允许我们替换消息的接收者为其他对象。通过- (id)forwardingTargetForSelector:(SEL)aSelector方法。

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

如果此方法返回的是nil 或者self,则会进入消息转发机制(forwardInvocation:),否则将会向返回的对象重新发送消息。
2.转发
当动态方法解析不做处理返回NO时,则会触发消息转发机制。这时forwardInvocation:方法会被执行,我们可以重写这个方法来自定义我们的转发逻辑:

- (void)forwardInvocation:(NSInvocation *)anInvocation
{
    if ([someOtherObject respondsToSelector:[anInvocation selector]])
        [anInvocation invokeWithTarget:someOtherObject];
    else
        [super forwardInvocation:anInvocation];
}

唯一参数是个NSInvocation类型对象,该对象封装了原始的消息和消息的参数,我们可以实现forwardInvocation:方法来对不能处理的消息做一些处理。也可以将消息转发给其它对象处理,而不抛出错误。

注意:参数anInvocation是从哪来的?在forwardInvocation:消息发送前,runtime系统会向对象发送methodSignatureForSelector:消息,并取到返回的方法签名用于生成NSInvocation对象。所以重写forwardInvocation:的同时也要重写methodSignatureForSelector:方法,否则会抛出异常。当一个对象由于没有相应的方法实现而无法响应某个消息时,运行时系统将通过forwardInvocation:消息通知该对象。每个对象都继承了forwardInvocation:方法,我们可以将消息转发给其它的对象。

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

forwardInvocation:方法就是一个不能识别消息的分发中心,将这些不能识别的消息转发给不同的消息对象,或者转发给同一个对象,再或者将消息翻译成另外的消息,亦或者简单的“吃掉”某些消息,因此没有响应也不会报错。例如:我们可以为了避免直接闪退,可以当消息没法处理时在这个方法中给用户一个提示,也不失为一种友好的用户体验。

转发和多继承

转发和继承相似,可用于为OC编程添加一些多继承的效果,一个对象把消息转发出去,就好像他把另一个对象中放法接过来或者“继承”一样。消息转发弥补了objc不支持多继承的性质,也避免了因为多继承导致单个类变得臃肿复杂。
虽然转发可以实现继承功能,但是NSObject还是必须表面上很严谨,像respondsToSelector:和isKindOfClass:这类方法只会考虑继承体系,不会考虑转发链。

方法中的隐藏参数

我们经常用到关键字self,但是self 是如何获取当前方法的对象呢?其实这也是runtime系统的作用,self是在方法运行时被动态传入的。

当objc_msgSend找到方法对应实现时,它将直接调用该方法实现,并将消息中的所有参数都传递给方法实现,同时它还将传递两个隐藏参数:
1.接受消息的对象(self所指向的内容,当前方法的对象指针)
2.方法选择器(_cmd指向的内容,当前方法的SEL指针)

因为在源代码方法的定义中,我们并没有发现这两个参数的声明,它们是在代码被编译时被插入方法实现中的。尽管这些参数没有被明确的声明,在源代码中我们仍然可以引用它们。

这两个参数中self更实用,它是在方法实现中访问消息接收者对象的实例变量的途径。这时我们可能会想到另一个关键字super,实际上super关键字接收到消息时,编译器会创建一个objc_super结构体:

struct objc_super { id receiver; Class class; };

这个结构体指明了消息应该被传递给特定的父类,receiver仍然是self本身,当我们想通过[super class]获取父类时,编译器其实是将指向self的id指针和class 的SEL传递给了objc_msgSendSuper 函数。只有在NSObject类中才能找到class 方法,然后class方法底层被转化为object_getClass(),接着底层编译器将代码转换为objc_msgSend(objc_super->receiver, @selector(class)) ,传入的第一个参数是指向self的id指针,与调用[self class]相同,所以我们得到的永远都是self d的类型。因此:

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

推荐阅读更多精彩内容