美文网首页
OC底层原理06 - 类 & 类结构分析

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

作者: H雷610 | 来源:发表于2020-12-11 14:21 被阅读0次

    类 的分析

    类的分析主要是分析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 结构体 存储类的方法、属性、协议等信息的地方

    相关文章

      网友评论

          本文标题:OC底层原理06 - 类 & 类结构分析

          本文链接:https://www.haomeiwen.com/subject/ayuvwktx.html