OC底层原理06 - 类 & 类结构分析

类 的分析

类的分析主要是分析isa的走向以及继承关系

  1. 首先定义两个类,一个HLPerson继承自NSObject,另一个HLTeacher继承自HLPerson
@interface HLPerson : NSObject
{
    NSString *hobby;
}
@property (nonatomic, copy) NSString *hl_name;
- (void)sayInstance;
+ (void)sayClass;
@end

@implementation HLPerson
- (void)sayInstance {
}
+ (void)sayClass {
}
@end
@interface HLTeacher : HLPerson
@end

@implementation HLTeacher
@end
  1. main中创建一个对象person,并打上断点
    image.png
  2. 通过lldb调试,打印相关信息
    image.png

    通过上面打印,我们可以看到po 0x00000001000080c0po 0x000000010034c0f0打印出来的信息都是HLPerson,这两个HLPerson是一样的吗?还是在内存中有两个HLPerson呢?
    其实这两个HLPerson并不是同一个类,一个是HLPerson类,还一个是HLPerson元类

元类的定义

  • 实例对象isa是指向其实也是一个对象,称为类对象,其isa的位域指向的就是元类
  • 元类是系统定义创建的,其定义创建都是由编译器完成,类归属于元类
  • 元类类对象的类,每个类都有一个独一无二的元类用来存储类方法等相关信息
  • 元类本身是没有名称的,由于与关联,所以使用了同类名一样的名称

下面通过lldb命令来探索元类的归属,也就是isa的走位,如下图所示,可以得出一个关系链:
实例对象 --> 类对象 --> 元类 --> 根元类(NSObject)NSObjectisa指向自身

image.png

类在内存中存在几份

image.png
通过对象personisa获取到的类信息地址HLPerson.class获取到的地址是相同的,这意味一个类在内存中不会存在多份,这个结论是否正确呢?我们来验证一下:

    Class class1 = [HLPerson class];
    Class class2 = [HLPerson alloc].class;
    Class class3 = object_getClass([HLPerson alloc]);
    NSLog(@"\n%p \n%p \n%p", class1, class2, class3);

运行打印
image.png

三种获取类对象打印地址相同,所以类在内存中只有一份

isa走位与继承关系图

isa流程图.png

isa走位

  • 实例对象Instance of Subclass)的isa指向类对象class
  • 类对象class)的isa指向元类Meta class
  • 元类Meta class)的isa指向根元类Root metal class
  • 根元类Root metal class)的isa指向它自己,形成闭环

superclass继承关系

  • 实例对象之间没有继承关系
  • 类对象之间的继承关系
    • subClass)继承自父类superClass
      ...
    • 父类superClass)继承自根类RootClass),这里根类NSObject
    • 根类继承自nil,所以根类NSObject可以理解为类的根源,即无中生有
  • 元类之间的继承关系
    • 子类元类metal SubClass)继承自父类元类metal SuperClass
      ...
    • 父类元类metal SuperClass)继承自根元类Root metal Class
    • 根元类Root metal Class)继承于根类Root class),此时的根类是指NSObject

举例说明
创建三个实例对象

NSObject *objc = [NSObject alloc];
HLPerson *person = [HLPerson alloc];
HLTeacher *teacher = [HLTeacher alloc];
image.png
  • isa 走位链
    • teacher的isa走位链:teacher(子类对象) --> HLTeacher(子类) --> HLTeacher(子元类) --> NSObject(根元类) --> NSObject(根元类,即自己)
    • person的isa走位链:person(父类对象) --> HLPerson(父类) --> HLPerson(父元类) --> NSObject(根元类) --> NSObject(根元类,即自己)
  • superclass继承链
    • 类的继承关系链:HLTeacher(子类) --> HLPerson(父类) --> NSObject(根类) --> nil
    • 元类的继承关系链:HLTeacher(子元类) --> HLPerson(父元类) --> NSObject(根元类) --> NSObject(根类) --> nil

对象的本质

在上一篇文章OC底层原理05 - isa与类关联的原理中,使用clang编译过main.m文件,从编译后的c++文件中可以看到如下c++源码

  • NSObject的底层编译是NSObject_IMPL结构体
    • Classisa指针的类型,是由objc_class定义的
    • objc_class是一个结构体
struct NSObject_IMPL {
    Class isa;
};

typedef struct objc_class *Class;
  • 在objc4源码中搜索objc_class的定义,在objc-runtime-new.h中找到最新的定义
    image.png
    通过源码可以看出objc_class其实就是继承自objc_object
  • 在objc4源码中搜索objc_object
    image.png

objc_class 与 objc_object 的关系

  • 结构体objc_class继承自objc_object,其中objc_object也是一个结构体,且有一个属性isa,所以objc_class也拥有了属性isa
  • mian.cpp底层编译文件中,NSObject中的isa在底层是由Class定义的,其中Class的底层编码来自objc_class,所以NSObject也拥有了属性isa
  • NSObject是一个类,用它初始化一个实例对象objcobjc也有一个isa属性,该isa是由NSObjectobjc_class继承过来的,而objc_classisa继承自objc_object。所以对象都有一个isaisa表示指向,来自于当前的objc_object

objc_object 与 对象的关系

  • 所有的对象是继承NSObject(OC),但其真正到底层的是objc_object(C/C++)的结构体类型
  • 所有的对象都是以objc_object为模板继承过来的
    【总结】objc_object对象继承关系

总结

  • 所有的对象元类都有isa属性
  • 所有的对象都是由objc_object继承来的
  • 简单来说即万物皆对象,万物皆来源于objc_object,有以下两点结论:
    • 所有以objc_object为模板创建的对象,都有isa属性
    • 所有以objc_class为模板创建的,都有isa属性
  • 在结构层面可以通俗的理解为上层OC底层的对接:
    • 下层是通过结构体定义的模板,例如objc_classobjc_object
    • 上层是通过底层的模板创建的一些类型,例如HLPerson

objc_classobjc_objectisaobjectNSObject等的整体的关系,如下图所示

image.png

类结构的分析

探索类信息的结构,事先我们并不清楚类的结构是什么样的,但是我们可以获取类的首地址,然后通过地址平移去获取里面所有的
前面我们已经在objc4找到objc_class源码

struct objc_class : objc_object {
    // Class ISA;               //8字节
    Class superclass;           //Class 类型 8字节
    cache_t cache;              // formerly cache pointer and vtable
    class_data_bits_t bits;     // class_rw_t * plus custom rr/alloc flags
    
    //....方法部分省略,未贴出
}

struct objc_object {
    Class _Nonnull isa  OBJC_ISA_AVAILABILITY;
};
  • isa属性:继承自objc_objectisa,是一个地址指针,占8字节
  • superclass属性:Class类型,Class是由objc_object定义的,也是一个指针,占8字节
  • cache属性:cache_t是一个结构体类型,结构体内存大小需要根据内部的属性来确定
  • bits属性:首地址平移上面3个属性的内存大小总和,就可以获取到bits

计算 cache 类的内存大小

进入cache_t的定义(只贴出了结构体中非static修饰的属性,主要是因为static类型的属性不存在结构体的内存中),有如下几个属性

struct cache_t {
#if CACHE_MASK_STORAGE == CACHE_MASK_STORAGE_OUTLINED
    explicit_atomic<struct bucket_t *> _buckets;        // 一个结构体指针类型,占8字节
    explicit_atomic<mask_t> _mask;                      // mask_t 类型,mask_t 即 unsigned int,占4字节
#elif CACHE_MASK_STORAGE == CACHE_MASK_STORAGE_HIGH_16
    explicit_atomic<uintptr_t> _maskAndBuckets;        // 是指针,占8字节
    mask_t _mask_unused;                               // mask_t 类型,mask_t 即 uint32_t,占4字节
    
#if __LP64__
    uint16_t _flags;       // uint16_t类型,uint16_t 即 unsigned short,占 2个字节
#endif
    uint16_t _occupied;    // uint16_t类型,uint16_t 即 unsigned short,占 2个字节
};

所以最后计算出cache类的内存大小为8 + 4 + 2 + 2 = 16字节

获取bits

objc_class中前三个属性的大小为:8 + 8 + 16 = 32字节,所以想获取bits中的信息可以通过首地址偏移32字节获得,以下是通过lldb命令调试的过程

image.png

  • 其中的data()获取数据,是由objc_class提供的方法
    image.png

获取属性列表

通过查看class_rw_t定义的源码发现,结构体中有提供相应的方法去获取属性列表方法列表等,如下所示

image.png
继续lldb调试
image.png

  • p $3.properties()命令中的properties方法是由class_rw_t提供的,方法中返回的实际类型为property_array_t
  • 由于list的类型是property_list_t,是一个指针,所以通过p *$5获取内存中的信息,证明bits中存储了 property_list,即属性列表
  • p $11.get(1),想要获取HLPerson中的成员变量bobby,打印报错,提示数组越界了,说明property_list中只有 一个属性hl_name

成员变量的存储

成员变量:在{ }中所声明的变量都是成员变量(实例变量是一种特殊的成员变量)
实例变量成员变量的一种,由类声明的对象
属性@property修饰,编译器会自动生成带下划线的成员变量以及settergetter方法
从上面可得看出property_list中只有属性,没有成员变量,在class_rw_t结构体中有个ro()可以获取成员变量

image.png
通过lldb调试来查找成员变量
image.png

【总结】

  • 通过@property定义的属性,存储在bits属性中,通过bits --> data() -->properties() --> list获取属性列表,其中只包含属性
  • 通过{}定义的成员变量,也会存储在bits属性中,通过bits --> data() -->ro() --> ivars获取成员变量列表,除了包括成员变量,还包括属性生成的带下划线的成员变量

获取方法列表

通过lldb调试来查找方法列表
image.png
  • 通过 p $3.methods()获得具体的方法列表的list,其中methods也是class_rw_t提供的方法
  • 通过打印的count = 4可知,存储了4个方法,可以通过p $11.get(i)内存偏移的方式获取单个方法,i的范围是0-3

类方法的存储

methods list中并没有找到类方法, 那类方法存储在哪里?下面我们来分析下:
前面有分析元类元类是用来存储类的相关信息的,我们大胆猜测一下:类方法存储在元类bits中呢?通过lldb命令来验证我们的猜测:

image.png
完美证明,类方法存储在元类中。

【总结】

  • 实例方法存储在类的bits属性中,通过bits --> methods() --> list获取实例方法列表;
  • 类方法存储在元类的bits属性中,通过元类bits --> methods() --> list获取类方法列表。

类的结构功能

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

推荐阅读更多精彩内容