参考：http://www.cocoachina.com/ios/20150104/10826.html
http://www.cocoachina.com/ios/20160114/14982.html
http://blog.csdn.net/zsk_zane/article/details/46662163
http://wufawei.com/2013/06/load-initialize/
http://zziking.github.io
重点：http://www.cnblogs.com/ider/archive/2012/09/29/objective_c_load_vs_initialize.html
一、load和initialize
+(void)load{
NSLog(@"load");
}
+(void)initialize {
NSLog(@"initialize");
}
1、触发时机
load：类对象加载后调用的方法
当程序开始运行的时候，会加载当前项目中所有的类，加载完成后自动调用 +load方法，只调用一次。initialize：类对象初始化的方法
当程序第一次使用某个类时，会调用此方法，只调用一次
换而言之
//这个方法在import头文件的时候就调用了
- (void)load {
}
//这个方法在调用函数的时候才调用
-(void)initilize{
}
2、共同点
- 在不考虑开发者主动使用的情况下，系统最多会调用一次
- 如果父类和子类都被调用，父类的调用一定在子类之前
- 都是为了应用运行提前创建合适的运行环境
- 在使用时都不要过重地依赖于这两个方法，除非真正必要
3、具体区别
Apple的文档很清楚地说明了initialize和load的区别在于：
load是只要类所在文件被引用就会被调用，而initialize是在类或者其子类的第一个方法被调用前调用。
所以如果类没有被引用进项目，就不会有load调用；
但即使类文件被引用进来，但是没有使用，那么initialize也不会被调用。
它们的相同点在于：方法只会被调用一次。（其实这是相对runtime来说的，后边会做进一步解释）。
文档也明确阐述了方法调用的顺序：父类(Superclass)的方法优先于子类(Subclass)的方法，类中的方法优先于类别(Category)中的方法。
| Tables | +(void)load | +(void)initialize |
|---|---|---|
| 执行时机 | 在程序运行后立即执行 | 在类的方法第一次被调时执行 |
| 若自身未定义，是否沿用父类的方法？ | 否 | 是 |
| 类别中的定义 | 全都执行，但后于类中的方法 | 覆盖类中的方法，只执行一个 |
load：
- +load方法调用的时候尚未有自动释放池，所以如果+load中的内容使用到了自动释放池，则代码需要用@autoreleasepool{}包含。
@autoreleasepool {
NSLog(@"AAA");
}
- 对应Category中的+load方法并不会覆盖类自身中的+load方法，两个+load方法都会调用，而且Category的+load方法在类自身的+load方法之后调用。
#import "AA.h"
@implementation AA
+(void)load{
NSLog(@"AAAAA");
}
@end
@implementation AA (AA_category)
+ (void)load
{
NSLog(@"AA_category");
}
@end
*******************************
输出：
2017-09-05 14:19:51.701 AAAa[4934:158290] AAAAA
2017-09-05 14:19:51.751 AAAa[4934:158290] AA_category
+load 这个方法有一个有意思的特性，就是 runtime 会把所有 category 里面实现了 +load 的方法全部调一遍。也就是说如果你在多个 category 里面都实现了 +load 方法，这些方法都会被调用一次。这种设计可能跟你认识到 category 的机制完全相反，不过你要知道 +load 方法不是一个普通的方法。这个特性决定了 +load 是一个干坏事的绝佳场所，比如 swizzling。
调用时机比较早，运行环境有不确定因素。具体说来，在iOS上通常就是App启动时进行加载，但当load调用的时候，并不能保证所有类都加载完成且可用，必要时还要自己负责做auto release处理。
补充上面一点，对于有依赖关系的两个库中，被依赖的类的load会优先调用。但在一个库之内，调用顺序是不确定的。
对于一个类而言，没有load方法实现就不会调用，不会考虑对NSObject的继承。
一个类的load方法不用写明[super load]，父类就会收到调用，并且在子类之前。
initialize
- 相比而言，+initialize 方法就要正常的多了，通常也是一个更好的安置代码的地方。+initialize 有意思的地方在于它会很晚才被调用，甚至它有可能完全不会被调用。当一个类被加载的时候，+initialize 不会被调用，当一个消息发送给这个类的时候（译者注：ObjC 的方法调用都是通过 runtime 的消息机制，objc_sendMsg 方法），runtime 就会检查这个方法有没有被调用过，如果没有就调用之。大概可以认为是这样的：
id objc_msgSend(id self, SEL _cmd, …)
{
if(!self->class->initialized)
[self->class initialize];
…send the message…
}
- initialize的自然调用是在第一次主动使用当前类的时候（lazy，这一点和Java类的“clinit”的很像）。
- 在initialize方法收到调用时，运行环境基本健全。
- initialize的运行过程中是能保证线程安全的。
- 和load不同，即使子类不实现initialize方法，会把父类的实现继承过来调用一遍。注意的是在此之前，父类的方法已经被执行过一次了，同样不需要super调用。
4、应用场景
load
+load 是一个干坏事的绝佳场所，比如 swizzling。
initialize
由于initialize的这些特点，使得其应用比load要略微广泛一些。可用来做一些初始化工作，或者单例模式的一种实现方案。
