(转载)Blog:http://draveness.me/
关注仓库，及时获得更新：iOS-Source-Code-Analyze
因为 ObjC 的 runtime 只能在 Mac OS 下才能编译，所以文章中的代码都是在 Mac OS，也就是x86_64架构下运行的，对于在 arm64 中运行的代码会特别说明。
如果你曾经对 ObjC 底层的实现有一定的了解，你应该会知道Objective-C 对象都是 C 语言结构体，所有的对象都包含一个类型为isa的指针，那么你可能确实对 ObjC 的底层有所知，不过现在的 ObjC 对象的结构已经不是这样了。代替isa指针的是结构体isa_t, 这个结构体中"包含"了当前对象指向的类的信息，这篇文章中会介绍一些关于这个变化的知识。
structobjc_object{isa_t isa;};
当 ObjC 为为一个对象分配内存，初始化实例变量后，在这些对象的实例变量的结构体中的第一个就是isa。
所有继承自NSObject的类实例化后的对象都会包含一个类型为isa_t的结构体。
从上图中可以看出，不只是实例会包含一个isa结构体，所有的类也有这么一个isa。在 ObjC 中 Class 的定义也是一个名为objc_class的结构体，如下：
structobjc_class:objc_object{isa_t isa;Class superclass;cache_t cache;class_data_bits_t bits;};
由于objc_class结构体是继承自objc_object的，所以在这里显式地写出了isa_t isa这个成员变量。
isa指针的作用与元类
到这里，我们就明白了：Objective-C 中类也是一个对象。
这个isa包含了什么呢？回答这个问题之前，要引入了另一个概念元类(meta class)，我们先了解一些关于元类的信息。
因为在 Objective-C 中，对象的方法并没有存储于对象的结构体中（如果每一个对象都保存了自己能执行的方法，那么对内存的占用有极大的影响）。
当实例方法被调用时，它要通过自己持有的isa来查找对应的类，然后在这里的class_data_bits_t结构体中查找对应方法的实现。同时，每一个objc_class也有一个指向自己的父类的指针super_class用来查找继承的方法。
关于如何在class_data_bits_t中查找对应方法会在之后的文章中讲到。这里只需要知道，它会在这个结构体中查找到对应方法的实现就可以了。
但是，这样就有一个问题，类方法的实现又是如何查找并且调用的呢？这时，就需要引入元类来保证无论是类还是对象都能通过相同的机制查找方法的实现。
让每一个类的isa指向对应的元类，这样就达到了使类方法和实例方法的调用机制相同的目的：
实例方法调用时，通过对象的isa在类中获取方法的实现
类方法调用时，通过类的isa在元类中获取方法的实现
下面这张图介绍了对象，类与元类之间的关系，笔者认为已经觉得足够清晰了，所以不在赘述。
图片来自objcexplainClassesandmetaclasses
有关与介绍类与元类之间的关系的文章实在是太多了，因为这篇文章主要介绍isa，在这一小节只是对其作用以及元类的概念进行介绍。如果想要了解更多关于类与元类的信息，可以看What is a meta-class in Objective-C?
结构体isa_t
其实isa_t是一个定义得非常"奇怪"的结构体，在 ObjC 源代码中可以看到这样的定义：
#define ISA_MASK 0x00007ffffffffff8ULL#define ISA_MAGIC_MASK 0x001f800000000001ULL#define ISA_MAGIC_VALUE 0x001d800000000001ULL#define RC_ONE (1ULL<<56)#define RC_HALF (1ULL<<7)unionisa_t{isa_t(){}isa_t(uintptr_t value):bits(value){}Class cls;uintptr_t bits;struct{uintptr_t indexed:1;uintptr_t has_assoc:1;uintptr_t has_cxx_dtor:1;uintptr_t shiftcls:44;uintptr_t magic:6;uintptr_t weakly_referenced:1;uintptr_t deallocating:1;uintptr_t has_sidetable_rc:1;uintptr_t extra_rc:8;};};
这是在__x86_64__上的实现，对于 iPhone5s 等架构为__arm64__的设备上，具体结构体的实现和位数可能有些差别，不过这些字段都是存在的，可以看这里的arm64 上结构体的实现
在本篇文章中, 我们会以__x86_64__为例进行分析，而不会对两种架构下由于不同的内存布局方式导致的差异进行分析。在我看来，这个细节不会影响对isa指针的理解，不过还是要知道的。
笔者对这个isa_t的实现声明顺序有一些更改，更方便分析和理解。
unionisa_t{...};
isa_t是一个union类型的结构体，对union不熟悉的读者可以看这个 stackoverflow 上的回答. 也就是说其中的isa_t、cls、bits还有结构体共用同一块地址空间。而isa总共会占据 64 位的内存空间（决定于其中的结构体）
struct{uintptr_t indexed:1;uintptr_t has_assoc:1;uintptr_t has_cxx_dtor:1;uintptr_t shiftcls:44;uintptr_t magic:6;uintptr_t weakly_referenced:1;uintptr_t deallocating:1;uintptr_t has_sidetable_rc:1;uintptr_t extra_rc:8;};
isa的初始化
我们可以通过isa初始化的方法initIsa来初步了解这 64 位的 bits 的作用：
inlinevoidobjc_object::initInstanceIsa(Class cls,bool hasCxxDtor){initIsa(cls,true,hasCxxDtor);}inlinevoidobjc_object::initIsa(Class cls,bool indexed,bool hasCxxDtor){if(!indexed){isa.cls=cls;}else{isa.bits=ISA_MAGIC_VALUE;isa.has_cxx_dtor=hasCxxDtor;isa.shiftcls=(uintptr_t)cls>>3;}}
indexed和magic
当我们对一个 ObjC 对象分配内存时，其方法调用栈中包含了上述的两个方法，这里关注的重点是initIsa方法，由于在initInstanceIsa方法中传入了indexed = true，所以，我们简化一下这个方法的实现：
inlinevoidobjc_object::initIsa(Class cls,bool indexed,bool hasCxxDtor){isa.bits=ISA_MAGIC_VALUE;isa.has_cxx_dtor=hasCxxDtor;isa.shiftcls=(uintptr_t)cls>>3;}
对整个isa的值bits进行设置，传入ISA_MAGIC_VALUE：
#define ISA_MAGIC_VALUE 0x001d800000000001ULL
我们可以把它转换成二进制的数据，然后看一下哪些属性对应的位被这行代码初始化了（标记为红色）：
从图中了解到，在使用ISA_MAGIC_VALUE设置isa_t结构体之后，实际上只是设置了indexed以及magic这两部分的值。
其中indexed表示isa_t的类型
0 表示raw isa，也就是没有结构体的部分，访问对象的isa会直接返回一个指向cls的指针，也就是在 iPhone 迁移到 64 位系统之前时 isa 的类型。
union isa_t { isa_t() { } isa_t(uintptr_t value) : bits(value) { }
Class cls;
uintptr_t bits;
};
1 表示当前isa不是指针，但是其中也有cls的信息，只是其中关于类的指针都是保存在shiftcls中。
union isa_t { isa_t() { } isa_t(uintptr_t value) : bits(value) { }
Class cls;
uintptr_t bits;
struct {
uintptr_t indexed : 1;
uintptr_t has_assoc : 1;
uintptr_t has_cxx_dtor : 1;
uintptr_t shiftcls : 44;
uintptr_t magic : 6;
uintptr_t weakly_referenced : 1;
uintptr_t deallocating : 1;
uintptr_t has_sidetable_rc : 1;
uintptr_t extra_rc : 8;
};
};
magic的值为0x3b用于调试器判断当前对象是真的对象还是没有初始化的空间
has_cxx_dtor
在设置indexed和magic值之后，会设置isa的has_cxx_dtor，这一位表示当前对象有 C++ 或者 ObjC 的析构器(destructor)，如果没有析构器就会快速释放内存。
isa.has_cxx_dtor=hasCxxDtor;
shiftcls
在为indexed、magic和has_cxx_dtor设置之后，我们就要将当前对象对应的类指针存入isa结构体中了。
isa.shiftcls=(uintptr_t)cls>>3;
将当前地址右移三位的主要原因是用于将 Class 指针中无用的后三位清楚减小内存的消耗，因为类的指针要按照字节（8 bits）对齐内存，其指针后三位都是没有意义的 0。
绝大多数机器的架构都是byte-addressable的，但是对象的内存地址必须对齐到字节的倍数，这样可以提高代码运行的性能，在 iPhone5s 中虚拟地址为 33 位，所以用于对齐的最后三位比特为000，我们只会用其中的 30 位来表示对象的地址。
而 ObjC 中的类指针的地址后三位也为 0，在_class_createInstanceFromZone方法中打印了调用这个方法传入的类指针：
可以看到，这里打印出来的所有类指针十六进制地址的最后一位都为 8 或者 0。也就是说，类指针的后三位都为 0，所以，我们在上面存储Class指针时右移三位是没有问题的。
isa.shiftcls=(uintptr_t)cls>>3;
如果再尝试打印对象指针的话，会发现所有对象内存地址的后四位都是 0，说明 ObjC 在初始化内存时是以 16 个字节对齐的, 分配的内存地址后四位都是 0。
使用整个指针大小的内存来存储isa指针有些浪费，尤其在 64 位的 CPU 上。在ARM64运行的 iOS 只使用了 33 位作为指针(与结构体中的 33 位无关，Mac OS 上为 47 位)，而剩下的 31 位用于其它目的。类的指针也同样根据字节对齐了，每一个类指针的地址都能够被 8 整除，也就是使最后 3 bits 为 0，为isa留下 34 位用于性能的优化。
Using an entire pointer-sized piece of memory for the isa pointer is a bit wasteful, especially on 64-bit CPUs which don't use all 64 bits of a pointer. ARM64 running iOS currently uses only 33 bits of a pointer, leaving 31 bits for other purposes. Class pointers are also aligned, meaning that a class pointer is guaranteed to be divisible by 8, which frees up another three bits, leaving 34 bits of the isa available for other uses. Apple's ARM64 runtime takes advantage of this for some great performance improvements. fromARM64 and You
我尝试运行了下面的代码将NSObject的类指针和对象的isa打印出来，具体分析一下
object_pointer: 0000000001011101100000000000000100000000001110101110000011111001 // 补全至 64 位
class_pointer: 100000000001110101110000011111000
编译器对直接访问isa的操作会有警告，因为直接访问isa已经不会返回类指针了，这种行为已经被启用了，取而代之的是使用ISA()方法来获取类指针。
代码中的object对象的isa结构体中的内容是这样的：
其中红色的为类指针，与上面打印出的[NSObject class]指针右移三位的结果完全相同。这也就验证了我们之前对于初始化isa时对initIsa方法的分析是正确的。它设置了indexed、magic以及shiftcls。
因为我们使用结构体取代了原有的 isa 指针，所以要提供一个方法ISA()来返回类指针。
其中ISA_MASK是宏定义，这里通过掩码的方式获取类指针：
#define ISA_MASK 0x00007ffffffffff8ULLinlineClass objc_object::ISA(){return(Class)(isa.bits&ISA_MASK);}
其它 bits
在isa_t中，我们还有一些没有介绍的其它 bits，在这个小结就简单介绍下这些 bits 的作用
has_assoc
对象含有或者曾经含有关联引用，没有关联引用的可以更快地释放内存
weakly_referenced
对象被指向或者曾经指向一个 ARC 的弱变量，没有弱引用的对象可以更快释放
deallocating
对象正在释放内存
has_sidetable_rc
对象的引用计数太大了，存不下
extra_rc
对象的引用计数超过 1，会存在这个这个里面，如果引用计数为 10，extra_rc的值就为 9
struct{uintptr_t indexed:1;uintptr_t has_assoc:1;uintptr_t has_cxx_dtor:1;uintptr_t shiftcls:44;uintptr_t magic:6;uintptr_t weakly_referenced:1;uintptr_t deallocating:1;uintptr_t has_sidetable_rc:1;uintptr_t extra_rc:8;};
#define ISA_MASK 0x0000000ffffffff8ULL#define ISA_MAGIC_MASK 0x000003f000000001ULL#define ISA_MAGIC_VALUE 0x000001a000000001ULL#define RC_ONE (1ULL<<45)#define RC_HALF (1ULL<<18)unionisa_t{isa_t(){}isa_t(uintptr_t value):bits(value){}Class cls;uintptr_t bits;struct{uintptr_t indexed:1;uintptr_t has_assoc:1;uintptr_t has_cxx_dtor:1;uintptr_t shiftcls:33;uintptr_t magic:6;uintptr_t weakly_referenced:1;uintptr_t deallocating:1;uintptr_t has_sidetable_rc:1;uintptr_t extra_rc:19;};};
参考资料
Objective-C Runtime Programming Guide
What is a meta-class in Objective-C?
