load_images
load_image 会对每个image进行加载 多次调用
if (!didInitialAttachCategories && didCallDyldNotifyRegister) {
didInitialAttachCategories = true;
loadAllCategories();
}
新版objc 把加载分类的方法延迟到了
完成_dyld_objc_notify_register调用之后
旧版在map_images时候 就已经统一加载了
所以本章节 要对loadAllCategories 进行分析
// Return without taking locks if there are no +load methods here.
if (!hasLoadMethods((const headerType *)mh))
return;
判断没有load 方法直接return
_getObjc2NonlazyClassList 快速获取 来判断
_getObjc2NonlazyCategoryList
prepare_load_methods
准备加载load相关方法
1、加载非懒加载类的load方法。
递归加载父类load方法
把cls加入全局+load的类列表
2、加载分类的load方法。
取出分类的宿主类
realize宿主类（分类的宿主类不一定实现了load方法 因为 未实现的load的类在mapImages阶段 并不会realize）
把cat加入全局+load的分类列表
加入全局的load列表两者方式类似
取出类方法 load是类方法 遍历selName == load即可
类 ==> ISA()->data()->ro()->baseMethods()
分类 ==>直接取出类列表
call_load_methods
先执行类的load方法
在执行分类的load方法
loadAllCategories
加载所有的分类
新版objc 把加载分类的方法延迟到了
完成_dyld_objc_notify_register调用之后
旧版在map_images时候 就已经统一加载了
全局header_info List 遍历一遍 调用 在mapImages时机存有
load_categories_nolock(hi);
load_categories_nolock
processCatlist(hi->catlist(&count));
processCatlist(hi->catlist2(&count));
两个匿名函数调用
如果分类中有类方法还是实例方法，协议，或者属性/是否有类属性，
走如下流程
///class_t->data is class_rw_t, not class_ro_t.
1、cls->isRealized() 说明已经经过realizeClassWithoutSwift
//将分类的方法添加到rw中的methods中去
调用attachCategories(cls, &lc, 1, ATTACH_EXISTING)；
2、如果没有realizeClassWithoutSwift
将其加入到全局的map ExplicitInitDenseMap<Class, category_list> 当中去
map class为key cat_list 为value
cat_list ==>是一个经过优化locstamped_category_t数组
struct locstamped_category_t {
category_t *cat;
struct header_info *hi;
};
class category_list : nocopy_t {
union {
locstamped_category_t lc;
struct {
locstamped_category_t *array;
// this aliases with locstamped_category_t::hi
// which is an aliased pointer
uint32_t is_array : 1;
uint32_t count : 31;
uint32_t size : 32;
};
} _u;
...
attachCategories
在旧版本中 先进行malloc
method_list_t **mlists = (method_list_t **) malloc(cats->count * sizeof(*mlists));
接着倒序遍历
新版本818以上
Only a few classes have more than 64 categories during launch. This uses a little stack, and avoids malloc.
做了如此优化 启动时候 极少数的分类大于64 个 避免malloc
大于64的先提前attachlists 把个数重置为0
其中有一句 auto rwe = cls->data()->extAllocIfNeeded();
获取分配空间的rwe 如果没有分配 会进行分配 也就是把ro的 迁移到rw
旧版中是倒序遍历 到了新版本 如何处理呢？
mlists[ATTACH_BUFSIZ - ++mcount] 数组的最大值开始往回写入
最终处理
rwe->methods.attachLists(mlists + ATTACH_BUFSIZ - mcount, mcount);
指针数组的起始位置为 倒数第(mcount个数)个
methods.attachLists
内部维护这一个list_array_tt 类型的
list_array_tt<method_t, method_list_t, method_list_t_authed_ptr>
for (int i = oldCount - 1; i >= 0; i--)
newArray->lists[i + addedCount] = array()->lists[i];
for (unsigned i = 0; i < addedCount; i++)
newArray->lists[i] = addedLists[i];
把前面的分类方法的数组添加到前面去 （所以这里就会在方法查找的时候 宿主类为什么痛同名方法被覆盖的原因）
