分享一些我对 NSObject
的 +load
方法的一些理解。
调用时机
在每个类和类别初始化的时候都会调用,子类不会重载父类的 +load
,两个都会调用这个方法。
调用顺序
各个 +load
方法遵守苹果文档所说的顺序:
The order of initialization is as follows:
- All initializers in any framework you link to.
- All
+load
methods in your image.- All C++ static initializers and C/C++
__attribute__(constructor)
functions in your image.- All initializers in frameworks that link to you.
In addition:
A class’s
+load
method is called after all of its superclasses’+load
methods.
A category+load
method is called after the class’s own +load method.
但是官方的说明不是很完整,于是我用 Xcode 验证了一下,这里是一些验证结果:
我们自己连接的静态库,包括伪 framework(本质上是个静态库),实际上也属于苹果文档里说的 your image。也就是说,如果里面有实现 load 方法的类,不能保证它们总是先调用。一般来说是这样的顺序:
- 所有我们的类的
+load
。 - 所有静态库的类的
+load
。 - 所有我们的类别的
+load
。 - 所有静态库的类别的
+load
。
但是如果继承了来自静态库的类,那么按照苹果的规则,他们的父类会提前调用 +load
。没有继承关系的类之间,+load
的调用顺序跟随编译顺序。编译顺序可以在 target 的 Build Phases 里面指定。类别之间,调用 +load
的顺序也是完全按照编译顺序。
依赖的处理方式
假设类 A 和类 B 都是我们的项目里的类。如果我们想在 A 调用 +load
的时候发消息给 B,可以吗?
答案是:可以的,但是不能直接发消息给 B。为什么呢?如果直接发消息给 B ,因为不知道 B 是否一定要调用 +load
才能用,所以很有可能会出错。而且这样会导致 B 的 +initialize
在 +load
之前就调用了,也许会破坏了 B 的设计者的本意。
正确的方法应该是,等待当前的初始化函数结束了,再发消息给 B。用 GCD 来实现的话,就是这样写:
{% codeblock 安全方法 lang:objc %}
dispatch_async(dispatch_get_main_queue(), ^{
[B doSomthing];
});
{% endcodeblock %}
这样写之所以是对的,是因为这样不会马上调用 B 的 +doSomthing
方法,而是等到 RunLoop 下一次事件开始再调用。那时候整个初始化已经结束了,这样就能确保 B 的 +load
已经被调用过了。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。