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

2020-12-11  本文已影响0人  H雷610

类 的分析

类的分析主要是分析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元类

元类的定义

下面通过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走位

superclass继承关系

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

NSObject *objc = [NSObject alloc];
HLPerson *person = [HLPerson alloc];
HLTeacher *teacher = [HLTeacher alloc];
image.png

对象的本质

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

struct NSObject_IMPL {
    Class isa;
};

typedef struct objc_class *Class;

objc_class 与 objc_object 的关系

objc_object 与 对象的关系

总结

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;
};

计算 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

获取属性列表

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

image.png 继续lldb调试 image.png

成员变量的存储

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

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

【总结】

获取方法列表

通过lldb调试来查找方法列表 image.png

类方法的存储

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

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

【总结】

类的结构功能

名称 类型 功能
isa 指针 指向元类
superclass 指针 指向当前类的父类
cache 结构体 用于缓存方法的,用于加速方法的调用
bits 结构体 存储类的方法、属性、协议等信息的地方
上一篇下一篇

猜你喜欢

热点阅读