iOS底层 -- Runtime之super、isKindOfClass、isMemberOfClass

一、super的本质

有一个Person类和一个Student类,Student类继承自Person类。现在在Student类的init方法中有如下代码,问打印结果是什么:

        NSLog(@"[self class] = %@", [self class]);
        NSLog(@"[super class] = %@", [super class]);
        NSLog(@"[self superclass] = %@", [self superclass]);
        NSLog(@"[super superclass] = %@", [super superclass]);

按照以前的理解,第一个应该是Student类的类对象,第二个是student类的父类的类对象,也就是Person类的类对象,第三个也是Student类的父类的类对象,第四个是Student类的父类的父类的类对象也就是NSObject类的类对象。

// 打印结果
[self class] = Student
[super class] = Student
[self superclass] = Person
[super superclass] = Person

通过打印结果可以看到,第二个和第四个与我之前理解的不一致,这是为什么呢?[super class]的打印结果为什么是Student呢?在搞清楚这些问题之前,我们先搞清楚class和superclass方法的实现。我在runtime的NSObject.mm文件中找到了实现的源码:

 + (Class)class {
   return self;
 }
 
 - (Class)class {
   return object_getClass(self);
 }
 
 + (Class)superclass {
   return self->superclass;
 }
 
 - (Class)superclass {
   return [self class]->superclass;
 }

 //通过对象的isa指针获取类的类对象
Class object_getClass(id obj) {
   if (obj) return obj->getIsa();
   else return Nil;
 }

Class class_getSuperclass(Class cls) {
    if (!cls) return nil;
    return cls->superclass;
}

为了搞清楚super的实现,我在Person类中实现run方法,然后在Student类的init方法中使用[super run]来调用,然后将其转化为C++的源码,找到[super run]的实现:

objc_msgSendSuper(__rw_objc_super{
self, 
class_getSuperclass(objc_getClass("Student")}, 
@selector(run));

objc_msgSendSuper()函数中传入了两个参数,一个是一个结构体,还有一个就是消息@selector(run)。第一个参数这个结构体中有两个成员变量,一个是self也就是Student实例对象,还有一个是Student类的父类的类对象,也即是Person类的类对象。

查看看一下objc_msgSendSuper的实现

objc_msgSendSuper()中相当于传入了三个参数:objc_msgSendSuper(object ,superclass, @selector(run)),第一个参数是消息的接收者,第二个参数决定了从这个父类对象开始寻找方法的实现,第三个参数就是消息。

所以回到上面的打印结果:

[self class]
通过实例对象的isa指针找到找到其类对象,所以打印是Student。

[super class]
给self对象发送@selector(class)消息,但是class方法的实现要从Person类对象开始查找。class方法是在基类NSObject类中实现的,所以不管是从Student类对象中开始查找还是从Person类对象中开始查找方法的实现,做种都是找打NSObject的实现中,所以[self class]和[super class]并无差异,打印都是Student。

[self superclass]
获取的就是自己的类对象的superclass指针的指向,就是父类的类对象,所以打印是Person。

[super superclass]
给student对象发送@selector(superclass)消息,但是superclass的实现要从父类Person类的类对象开始找起,但是superclass的实现是基类NSObject类实现的,所以从Student类的类对象和Person类的类对象开始查是没有区别的。最终输出都是student对象的父类对象,打印结果是Person。

二、isKindOfClass ,isMemberOfClass

BOOL res1 = [[NSObject class] isKindOfClass:[NSObject class]];
BOOL res2 = [[NSObject class] isMemberOfClass:[NSObject class]];
BOOL res3 = [[Person class] isKindOfClass:[Person class]];
BOOL res4 = [[Person class] isMemberOfClass:[Person class]];

NSLog(@"%d, %d, %d, %d", res1, res2, res3, res4);

打印结果:

1, 0, 0, 0

查看isMemberOfClass:和isKindOfClass:的源码具体实现:

//object_getClass()取得的是对象的isa指针指向的对象,也就是判断传入的类对象的元类对象是否与传入的这个对象相等,所以这个cls应该是元类对象才有可能相等
 + (BOOL)isMemberOfClass:(Class)cls {
 return object_getClass((id)self) == cls;
 }

 判断传入的实例对象的类对象是否与传入的对象相等,所以cls只有可能是类对象才有可能相等
 - (BOOL)isMemberOfClass:(Class)cls {
     return [self class] == cls;
 }
 
//循环判断传入的类对象的元类对象及其父类的元类对象是否等于传入的cls
 + (BOOL)isKindOfClass:(Class)cls {
     for (Class tcls = object_getClass((id)self); tcls; tcls = tcls->superclass) {
         if (tcls == cls) return YES;
     }
     return NO;
 }
 
//循环判断实例对象的父类的类对象是否等于传入的对象cls,也就是判断实例对象是否是cls及其子类的一种
 - (BOOL)isKindOfClass:(Class)cls {
     for (Class tcls = [self class]; tcls; tcls = tcls->superclass) {
     if (tcls == cls) return YES;
     }
     return NO;
 }

通过这个两个方法的源码我们可以知道,isMemberOfClass:是检测方法调用者对象的类是否等于传入的这个类。isKindOfClass:是判断方法调用者对象的类是否等于传入的这个类或者其子类。还有一个适用于这四个方法的一点是,如果方法调用者是实例对象,那么传入的就应该是类对象;如果方法调用者是类对象,那么传入的就应该是元类对象。

所以回到上面的打印结果:

[[NSObject class] isMemberOfClass:[NSObject class]];
方法调用者是[NSObject class]也就是类对象,但是传入的参数也是类对象,所以很显然打印结果是0。

[[Person class] isKindOfClass:[Person class]];
方法的调用者是类对象,传入的参数也是类对象,所以打印结果是0。

[[Person class] isMemberOfClass:[Person class]];
方法调用者是类对象,传入的参数也是类对象,所以打印的是0。

[[NSObject class] isKindOfClass:[NSObject class]];
因为+ (BOOL)isKindOfClass:(Class)cls内部,先object_getClass((id)self)是先获得元类方法,判断其是否等于cls,然后沿着继承链取元类对象的superclass,我们想一下,当沿着继承链,一直不满足tcls == cls时,最终会找到NSObject类,取NSObject类的元类的superclass,而NSOBject的元类的superclass指向的是NSOBject类的类对象,所以打印输出是1。

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