读读objc源码（一）：类的加载

2017-07-25 本文已影响63人 FindCrt

不知道源码如盲人摸象，只能靠猜，最近才知道OC的一些代码是开源的，有很多值得待发掘的东西。
objc源码地址, 或者使用有人做的可编译版。可以查看源码，还可以修改调试，非常好！

本文用的是objc4-706

load方法流程.png

看完代码之后有几个点值得注意：

加载的逻辑是：先把具有+load方法的类方法一个数组（loadable_classes）里，然后在一起调用它们+load方法，所以在这个数组里的顺序决定了+load方法的顺序。如果类本身（不包括category和父类）没有实现+load方法，就不会加入这个数组。
schedule_class_load函数内部会先调用父类的schedule_class_load,这导致父类处在loadable_classes里的前面，它+load函数先调用。在外界看来好像是子类的+load内部调用了[super load]。其实每个类的+load是互相独立的。
category的+load和类本身的+load也是独立的，也就是你定义了10个category，每个都定义了自己的+load方法，那么都会调用。
在+load方法调用之前，类本身的方法是加载好了的。至于定义在category里的方法和父类的方法，在我用的这个版本（objc4-706）这些也已经完成。
+load方法只是系统加载过程给外界提供的一个时机而已，不存在默认实现，是个空壳方法。如果不实现自己的代码，那么调用[xxx load]没有实际意义。

initialize方法流程.png

+initialize的流程简单很多，它是靠对这个类的使用触发的，任何一个方法。因为对象构建要使用+alloc，那么第一次可以肯定就是类方法了。
cla->isInitialized()是判断标识，进入这儿判断函数内看：getMeta()->info & CLS_INITIALIZED，通过在类结构体的内存里设置标识为来存储的，CLS_INITIALIZED就是是否初始化的标识。
值得注意的是+initialize的触发方式，+load是直接使用它的IMP(函数指针)来调用的，而这里是objc_msgSend，这样就会追溯到父类或者转发方法。在外界看来，就会出现这样的现象：子类在第一次使用的时候，如果子类自己没实现+initialize，会触发父类的+initialize，有N个子类就会触发N次，而+load方法却不会，当前类没实现，就不会有任何函数触发。+initialize的行为模式跟普通的方法调用是一样的。

因为category的存在，类实际的列表、属性、协议是需要整合的，甚至可能category定义在另一个静态库里。

方法列表和属性、协议列表几乎是一起处理的，加载的逻辑是是一样的，所以就只做了方法列表的图。

类的方法列表整合流程.png

核心是rw->methods.attachLists函数,先通过这个函数把类本身的方法列表添加到methods成员里。然后把所有category的方法列表加进来。
关注方法列表的问题是因为关于iOS底层原理的若干解析这个里面的第6题。发现现在这个版本的objc代码和之前的不一样，但是有个逻辑是一样的：
都是把category的方法放在了方法列表的前面，也就是类本身方法会被category的同方法覆盖
类本身的方法占一个方法列表，每个category的方法占一个方法列表，所以整合后的类的方法列表实际是方法列表的列表
这两条对属性（properties）和协议（protocols）也使用。