本文由快学吧个人写作，以任何形式转载请表明原文出处

一、资料准备

对应mac的版本是11.1。可根据自己的系统版本挑选可以进行调试的源码。

二、思路

从app的加载流程的第一章开始，就知道了app在启动的过程中会利用dyld这个动态链接器，将动态库与mach-o可执行文件进行链接，然后调用动态库的初始化函数，在第二章中知道了在最常用的libobjc动态库的初始化函数_objc_init中会有dyld的回调函数，将变成镜像的库映射到内存上，也就是map_images。
但是在_dyld_objc_notify_register这个回调函数中，还有两个函数没有探索，其中之一就是load_images，根据命名，可以知道是加载镜像。又好像和(+void)load方法有关。
load方法比程序的main()函数还要早的调用，是否和load_images有关系？还有在上一章，分类的加载中，也发现了load_images的调用，所以load_images到底做了什么？

三、load_images源码

核心源码如下图中红框 :

(1). loadAllCategories，在上一章和上上章说过了。主要是连接分类和类、类的rwe的开辟、已经将分类的数据贴入类的rwe。

(2). prepare_load_methods : 为load方法的正式调用做准备.

(3). call_load_methods : 调用所有的load方法。

四、prepare_load_methods源码

作用 : 为类和分类的load方法的调用做准备。

1. 总体逻辑

2. schedule_class_load

将类和类的load方法的IMP包装成一个对象，然后添加到一张表中，表存的是所有的需要加载load方法的类和类对应的load方法的IMP。

核心函数 : add_class_to_loadable_list。

add_class_to_loadable_list源码 :

loadable_classes是存放loadable_class结构体的数组。

loadable_class，结构体类型，存放着类和类的load方法的IMP。

loadable_classes_used是loadable_classes的索引，int类型，是个全局静态变量，指的是已经存放了多少个loadable_class结构体对象。

loadable_classes_allocated是记录loadable_classes的大小，int类型，也是全局静态变量。

3. add_category_to_loadable_list

分类没有父类，也就不需要先对父类做处理。直接添加到分类的load方法列表中。逻辑和上面的类是一样的。

4. getLoadMethod和_category_getLoadMethod

逻辑是一样的，只说一个。重点就是 : 从类方法中获取load方法的IMP，因为load都是类方法。

5. 小结

prepare_load_methods是将类和分类分别加入对应的存储load方法的列表中。

(1). 类是isa指向的元类的ro中拿到方法列表来获取load方法的IMP。

(2). 分类是从分类自己的结构体内部的classMethods获取load方法的IMP。

对于类 :

(1). 先处理父类的load方法，将父类先加入列表。然后再处理自己的。

(2). 加入的是loadable_classes表，表中存放的是结构体loadable_class，结构体的成员是Class和IMP。

(3). loadable_classes表的初始大小是16，每次扩容都是 : 原有大小 * 2 + 16。

对于分类 :

(1). 分类没有父类的概念，不需要处理父类，直接处理自己。

(2). 加入的是loadable_categories表，表中存放的是结构体loadable_category，结构体成员是Category和IMP。

(3). loadable_categories表的初始大小也是16，每次扩容也是 : 原有大小 * 2 + 16。