iOS开发中，load函数的使用频次不算太高，一般的应用场景包括1、hook方法的时候 2、涉及到组件化开发中不同组件间通信，在load中注册相关协议等等；
load的加载是在pre-main阶段（即main函数之前），关于这点大家是有共识的，所以load方法中的逻辑要尽可能的简单，不要让其影响到APP的启动速度，不过这不是今天要分享的重点，今天要分享的是关于load执行顺序 即：父类、子类、Category类都实现了load方法，那么load的加载顺序是如何呢？
为了验证此逻辑，穿建3个类，分别为Father，Son，Father+Load（Father的Category类），在各个类中分别添加+(void)load方法的实现，在load方法中只输入一条答应语句，执行，验证其顺序（见下图）
毫无疑问，顺序是Father，Son，Category类？那如果再给Son添加一个Category类，执行顺序是什么呢？
通过图2，可知无论是父类Category还是子类Category中load方法的执行顺序是在父类及子类之后的；那么父类Catregory与子类Category的顺序一定是父Category在子类Category之前吗？
对比，图2图3会发现两次输出不一样，Category的顺序不一样？是不是和您想的有点不同呢，造成这样的原因是什么呢？答案见下图：
看到图4中红色1，2标签，会不会有种醍醐灌顶的感觉；答案就在这里，编译资源的顺序决定了Category的执行顺序；
至此我们已经了解了父类，子类以及Caregory类中load函数的执行顺序，问题来啦，如果有多个父类，多个子类，多个Category那么其load执行顺序如何呢？接下来将进一步的分析，新增OtherFather，OtherSon以及OtherFather+Load（OtherFather的Category类）
图5输出的执行顺序，是否打破了您的认知呢？Category中load的输出是在所有的父类与子类中load执行完之后才执行（从图5中红色虚线上下两部分可知）；
至此得出如下结论：
1、+load方法是在加载类和分类时系统调用，一般不手动调用，如果想要在类或分类加载时做一些事情，可以重写类或者分类的+load方法方法。
2、每个类、分类的+load，在程序运行过程中只调用一次。
调用顺序
1、类要优先于分类调用+load方法；
2、子类调用+load方法时，要先要调用父类的+load方法；(父类优先与子类，与继承不同)；
3、不同的类按照编译先后顺序调用+load方法（先编译，先调用）；
4、分类的按照编译先后顺序调用+load方法（先编译，先调用）。
*************************************华丽的分割线*************************************
那么是什么原因导致所有的父类，子类的load执行顺序会先与Category中的load呢？带着这个疑问，进入到runtime底层去找找
runtime会调用prepare_load_methods方法准备好要被调用的+(void)load方法，具体方法实现见图6；
其中：
classref_t *classlist = _getObjc2NonlazyClassList(mhdr, &count); //类列表
category_t **categorylist = _getObjc2NonlazyCategoryList(mhdr, &count); //分类列表
其中：
schedule_class_load(cls->superclass); //在调度类的load方法前，要先跳用父类的load方法（递归），决定了父类优先于子类调用
add_class_to_loadable_list(cls); //添加到能够加载的类的列表中
当prepare_load_methods函数执行完之后，所有满足+load方法调用条件的类和分类就被分别保持在全局变量中；
当prepare_load_methods执行完，准备好类和分类后，就该调用他们的+load方法啦，在call_load_methods中进行调用；注意图中红色圈内部分，两个关键函数：call_class_loads()，call_category_loads() ；看到这两个函数想到了什么呢？
对，就是这两个函数决定了类优先与分类调用+load方法；
说明：+load方法是系统根据方法地址直接调用，并不是objc_msgSend函数调用（isa，superClass）；这就决定了如果子类没有实现+load方法，那么当它被加载时runtime是不会调用父类的+load方法的，除非父类也实现了+load方法；
