+load 方法是类级方法，对比alloc等对象级方法，在 rumtime 中是个特殊的存在：
特点1：+load 由 rumtime 自动调用
与initialize不同，无论实现的类本身是否被使用，+load 一定会被调用。
特点2：+load 在main之前调用
具体是在dylb加载完二进制文件之后，类被加载到runtime中时。因此，+load 比init方法更早执行，还是个比main还要早执行的存在。
特点3：+load 能够保证只执行一次
对比initialize，如果子类调用了[super initialize];，其父类的initialize方法会被调用多次，这就需要用特殊方法来进行唯一性保护，+load 则没有这些烦恼，即使调用[super load]。
即使调用[super load]不会影响load的唯一性，却会导致initialize的执行“混乱”，因此你不应该调用[super load]。
有些文章建议可以手动调用+load 方法，这里依然是不建议，鉴于+load的特殊性，手动调用破坏了唯一性：
凡是系统自动调用的，都不要手动干预。
特点4：可以在类别中定义 +load
定义在类别中的 +load 不会覆盖类自己的 load 方法，并且总是按固定顺序调用（见特点5），因此，使用类别调用 load 是安全的。
特点5：调用顺序是固定的
- 类的+load方法在其所有父类的+load之后调用。
- 在类自己的+load方法之后调用类别 +load方法。
根据我的实验观察顺序如下：
父类 > 类 > 类的类别 > 父类的类别
黑魔法的选择
众多iOSer称Method Swizzling为黑魔法，实际上就是利用runtime的动态特性在向一个对象发送消息时“劫胡”，替换自己想要的方法，需要满足必须调用一次，且只能调用一次的要求，如果有多个Swizzing，调用顺序也必须是确定的，这些要求load都能满足。
当然，了解了+load方法的以上特点，不应该用+load做以下用途（包含但不限于）：
- load 方法中使用其他类。
- 不要执行长时间操作，会导致APP超时启动退出。
- 初始化对象数据，可以这么理解，load执行时，所在类只是被“注册”，并没有分配内存。
