Objective-C磁盘与实例化对象的ISA指针解析差异问询

当解析磁盘上的Mach-O文件时，会遇到这样的矛盾：

• 按代码定义，objc_class继承自objc_object，其首8字节应为isa_t类型，包含bits字段及各类运行时状态标记；
• 但实际解析时，将这8字节当作指针处理，能正确指向该类的元类（比如_OBJC_CLASS_$_A的首8字节指向_OBJC_METACLASS_$_A）；若按isa_t的bits结构解析，得到的状态（如has_cxx_dtor）会和class_ro_t中的实际情况不符。

为什么isa_t的bits结构仅适用于运行时实例化后的对象，而磁盘中的ISA只是普通指针？

核心原因是Mach-O中的类结构是编译期的静态元数据，而运行时的isa_t是Runtime初始化后的动态结构，两者处于不同生命周期阶段，设计目标完全不同：

1. 编译期：仅需记录静态继承关系
   编译阶段，编译器只需要明确类与元类、父类之间的静态关联，不需要处理运行时的动态状态（比如引用计数、关联对象、析构标记等）。因此，objc_class的ISA字段直接存储元类的静态符号地址（对应Mach-O中的_OBJC_METACLASS_$_XXX符号），这个地址会在dyld加载时被修复为内存中的实际地址。

2. 运行时：Runtime将ISA转换为non-pointer isa
   当dyld完成Mach-O加载，Objective-C Runtime初始化时，会对所有类的ISA进行转换：把原本的纯指针形式，替换为isa_t的bits复合结构。这种设计的核心目的是内存优化——利用指针地址的对齐特性（64位系统下内存地址按8字节对齐，低3位始终为0），将这些闲置的位用来存储运行时状态标记（如has_cxx_dtor、extra_rc、has_assoc等），不需要额外开辟字段存储这些状态，节省内存开销。

3. 状态标记的来源差异
   像has_cxx_dtor这类标记，是Runtime初始化时从类的class_ro_t结构中读取实际信息后，写入isa_t的bits中的。磁盘上的Mach-O文件里，这些状态并没有预存在ISA字段中，而是保存在class_ro_t里，所以直接解析ISA的bits自然得不到正确的结果。

内容的提问来源于stack exchange，提问作者Jorayen