这里主要从两个维度开始比较：
load和initialize的比较：
load方法是在pre-main阶段（即main函数之前)由系统自动调用的，跟你引没引用其头文件没有关系，所以load方法中的逻辑要尽可能的简单，不要让其影响到APP的启动速度。load方法常用来method swizzle。
load方法调用顺序
1、类要优先于分类调用+load方法；
2、子类调用+load方法时，要先要调用父类的+load方法；(父类优先于子类，与继承不同)；
3、不同的类按照编译先后顺序调用+load方法（先编译，先调用，根据Compile Sources中的顺序来）；
4、分类的按照编译先后顺序调用+load方法（先编译，先调用，根据Compile Sources中的顺序来）；
5、+load方法是系统根据方法地址直接调用，并不是objc_msgSend函数调用（isa，superClass）；这就决定了如果子类没有实现+load方法，那么当它被加载时runtime是不会调用父类的+load方法的。
那么是什么原因导致所有的父类，子类的load执行顺序会先于Category中的load呢？带着这个疑问，进入到runtime底层去找找
10517766-a6b1645e24358654.png
runtime会调用prepare_load_methods方法准备好要被调用的+(void)load方法。其中：
classref_t *classlist = _getObjc2NonlazyClassList(mhdr, &count); //类列表
category_t **categorylist = _getObjc2NonlazyCategoryList(mhdr, &count); //分类列表
10517766-cb05b7fd63bf19c7.png
schedule_class_load(cls->superclass);这句代码表明了在调用load方法之前会先递归调用父类的load方法。
当prepare_load_methods函数执行完之后，所有满足+load方法调用条件的类和分类就被分别保持在全局变量中；
10517766-8b2b9996738757be.png
当prepare_load_methods执行完，准备好类和分类后，就该调用他们的+load方法啦，在call_load_methods中进行调用；注意图中红色圈内部分，两个关键函数：call_class_loads()，call_category_loads() ；就是这两个函数决定了类优先于分类调用+load方法；
initialize方法调用顺序
+initialize方法会在类第一次接收到消息时调用，如向该类发送第一个消息（一般是类消息首先调用，常见的是alloc）的时候。如果该类只是引用，没有调用，则不会执行initialize方法。initialize常常用于初始化全局变量和静态变量。
+initialize是通过objc_msgSend进行调用的，所以会有如下特点：
1.父类实现了+initialize的情况下，子类不管有没有实现+initialize都会先调用父类的initialize。如果子类实现了+initialize，那么就是先调用父类的+initialize，再调用子类自己的+initialize。如果子类没有实现+initialize，那么就是先调用一次父类的+initialize，然后根据objc_msgSend的特点，在子类找不到+initialize，会到父类去找，那么就会再调用一次父类的+initialize方法，总共调用两次。
2、如果分类实现了+initialize，则会覆盖类本身的+initialize调用，且调用顺序还是先调用父类分类的+initialize，再调用子类分类的+initialize；
initialize和init的比较
initialize详见上面的说明，第一次接受到消息的时候调用，一般是alloc的时候就会调用，并且不管alloc几次只调用一次。
init是每次创建实例就会调用，会调用多次。
网友评论