类方法load和initialize的区别,主类和分类有同名方法
本文主要分为两部分, 第一部分是讲解类方法load和initialize的区别; 第二部分是一些相关的面试题.
一. 类方法load和initialize的区别
Objective-C作为一门面向对象语言，有类和对象的概念。编译后，类相关的数据结构会保留在目标文件中，在运行时得到解析和使用。在应用程序运行起来的时候，类的信息会有加载和初始化过程。 就像Application有生命周期回调方法一样，在Objective-C的类被加载和初始化的时候，也可以收到方法回调，可以在适当的情况下做一些定制处理。而这正是load和initialize方法可以帮我们做到的。
@interface NSObject <NSObject> {
+ (void)load;
+ (void)initialize;
@end
1.1 load
- 调用时机
官方解释: 运行时，添加类或者分类的时候调用.
个人理解: +load方法在这个文件被程序装载时调用.只要是在Compile Sources中出现的文件总是会被装载，这与这个类是否被用到无关，因此+load方法总是在main函数之前调用.
- 调用次数
因为+load是runtime加载类、分类的时候调用, 所以只会调用<math xmlns="http://www.w3.org/1998/Math/MathML"><semantics><mrow><mstyle mathcolor="red"><mn>1</mn></mstyle></mrow></semantics></math>1次.
- 调用方式
会循环调用所有类的+load方法. 注意，这里是（调用分类的+load方法也是如此）直接使用函数内存地址的方式(*load_method)(cls, SEL_load)对+load方法进行调用的，而不是使用发送消息objc_msgSend的方式。
- 调用顺序
+load方法加载顺序：父类> 子类> 分类.
+load方法不会被覆盖（比如有父类，子类，分类A，分类B,这四个load方法都会加载）.
注意1：（如果分类中有A,B,顺序要看A,B加入工程中顺序） ， 可能结果：（ 父类> 子类> 分类A> 分类B ） 或者（ 父类> 子类> 分类B> 分类A ）.
注意2：分类中无父子关系, 依赖Compile Sources 的上下顺序来调用，上面的优先调用.
1.2 initialize
- 调用时机
+initialize方法是在类或它的子类收到第一条消息之前被调用的，这里所指的消息包括实例方法和类方法的调用，并且只会调用一次。initialize方法实际上是一种惰性调用，也就是说如果一个类一直没被用到，那它的initialize方法也不会被调用，这一点有利于节约资源.
- 调用次数
因为+initialize自己没有实现的情况下就会去找父类的, 所以调用次数不确定.
- 调用方式
runtime使用了发送消息objc_msgSend的方式对+initialize方法进行调用。也就是说+initialize 方法的调用与普通方法的调用是一样的，走的都是发送消息的流程。换言之，如果子类没有实现+initialize方法，那么继承自父类的实现会被调用；如果一个类的分类实现了+initialize方法，那么就会对这个类中的实现造成覆盖。
- 调用顺序
1.当调用子类的+initialize方法时候,先调用父类的,如果父类有分类, 那么分类的+initialize会覆盖掉父类的. 2.分类的+initialize会覆盖掉父类的 3.子类的+initialize不会覆盖分类的 4.父类的+initialize不一定会调用, 因为有可能父类的分类重写了它
- eg1:当工程中Person主类有initialize，分类不存在initialize，调用
[Son new]结果如下:
+[Person initialize]
+[Son initialize]
- eg2:当工程中Person主类有或无initialize，分类存在initialize，调用
[Son new]结果如下:
+[Person(Ability) initialize]
+[Son initialize]
- eg3:当工程中Person主类有initialize，分类和子类不存在initialize，调用
[Son new]结果如下:
+[Person initialize]
+[Person initialize]
- eg4:当工程中Person主类有或无initialize，分类存在initialize, 子类不存在initialize，调用
[Son new]结果如下:
+[Person(Ability) initialize]
+[Person(Ability) initialize]
- 注意点
- initialize的自然调用是在第一次主动使用当前类的时候.
- 关于继承：和load不同，即使子类不实现initialize方法，会把父类的实现继承过来调用一遍，就是会沿用父类的+initialize.（沿用父类的方法中，self还是指子类）
- 父类和本类的调用：子类的+initialize将要调用时会激发父类调用的+initialize方法，所以也不需要在子类写明[super initialize].
- 多个分类就看
Compile Sources的顺序，只执行一个Category的+initialize方法, 也就是<math xmlns="http://www.w3.org/1998/Math/MathML"><semantics><mrow><mstyle mathcolor="red"><mtext>最下面的那个分类</mtext></mstyle></mrow></semantics></math>最下面的那个分类)
1.3 总结
| 标题 | +load | +initialize |
|---|---|---|
| 调用时机 | 被添加到runtime时 | 收到第一条消息前, 也可能用于那也不会调用 |
| 调用顺序 | 父类 > 本类 > 分类 | 父类 > 本类 (如果有分类就是分类最大) |
| 若自身未实现, 是否沿用父类方法 | 否 | 是 |
| 线程安全 | 安全 | 安全 |
| 类别中的定义 | 全部都会执行, 但是灰分先后顺序 | 不会全部执行, 存在方法的覆盖 |
注意:
- 在使用时都不要过重地依赖于这两个方法，除非真正必要。
- 谨慎在分类中实现
+initialize方法，因为如果在分类中实现了，本类实现的+initialize方法将不会被调用。 - 谨慎在分类中实现
+load方法。因为如果在本类中实现+load方法混淆A、B两个方法，分类中也混淆A、B，因为本类和分类的+load都实现了，所以都会调用，A、B在本类中置换后，又在分类中置换了回来。 - load方法通常用来进行Method Swizzle，initialize方法一般用于初始化全局变量或静态变量。
- load和initialize方法内部使用了锁，因此它们是线程安全的。实现时要尽可能保持简单，避免阻塞线程，不要再使用锁。
二. 常见的相关面试题
2.1 主类和分类有同名方法时的调用顺序
eg: 主类和分类有同名方法，分类会覆盖主类的方法。最后只保留一个同名方法
比如：主类Person和分类Person+A都有commonClsMethod类方法，执行程序结果如下：
+[Person(A) commonClsMethod]
2.2 load/initialize需不需要在子类的实现中显式地调用父类的实现
super的方法会成功调用，但是这是多余的，因为runtime会自动对父类的+load方法进行调用，而+initialize则会随子类自动激发父类的方法不需要显示调用。另一方面，如果父类中的方法用到的self，其指代的依然是类自身，而不是父类。
三. 结语
路漫漫其修远兮，吾将上下而求索~
.End
