整个app从点击到执行到系统main函数之前的过程图
dyld流程分析图.png
但今天主要记录的是notify_register函数之后的执行
image.png
load_images
作⽤：执⾏类和分类的 load ⽅法，如果类实现了load方法，此时就会进行加载
load⽅法总结
1.当⽗类和⼦类都实现load函数时,⽗类的load⽅法执⾏顺序要优先于⼦类
2.当⼀个类未实现load⽅法时,不会调⽤⽗类load⽅法
3.类中的load⽅法执⾏顺序要优先于分类(Category)
4.load⽅法使⽤了锁,所以是线程安全的。
5.当有多个类别(Category)都实现了load⽅法,这⼏个load⽅法都会执⾏,但执⾏顺序不确定(其执⾏顺序与类别在Compile Sources中出现的顺序⼀致)
6.当然当有多个不同的类的时候,每个类load 执⾏顺序与其在Compile Sources出现的顺序⼀致
map_images
作⽤：进⾏类的初始化。
关键函数 read_images 流程
1: 加载所有类到类的表中。
2: 对所有类做重映射。
3: 将所有SEL都注册到namedSelectors表中。
4: 修复函数指针遗留。
5: 将所有Protocol都添加到protocol_map表中。
6: 对所有Protocol做重映射。
7: 初始化所有⾮懒加载的类，进⾏rw、ro等操作。
8：遍历已标记的懒加载的类，并做初始化操作。
9：处理所有Category，包括Class和Meta Class。
10：初始化所有未初始化的类。
在源码的dyld中对于各类可变更区域和不可变的生效分配也在此进行了
image.png
在此可以看到，系统在加载类的时候，如果分类为非懒加载模式，比如有实现load方法等，在此时就会直接开辟rew可动态修改类区域。否则都暂时存储在rw中，等遇到具体场景的时候，再重新开辟rew
类和分类是否为懒加载，dyld加载期间的具体情况
image.png
