写在前面
关于load方法,我想大家应该已经有所了解。本文主要记录我在阅读ObjC源码时对load方法的新认知,因此文中会引用一些关键的ObjC源码。
+ load 是 Objective-C 中的一个方法,它会在整个文件被加载到运行时,并且在 main 函数调用之前由 ObjC 运行时调用。
本文将讨论关于+ load方法的三个问题:
load方法是如何被调用的

我们可以清楚地看到,在+load方法之前被调用的方法包括:
1 call_class_loads() 2 call_load_methods 3 load_images 4 dyld::notifySingle(dyld_image_states, ImageLoader const*) 11 _dyld_start
(滑动显示更多)
dyld 是 the dynamic link editor 的缩写,它是苹果的动态链接器。
在我们启动App时,真正的加载过程是从exec()函数开始,系统会调用exec()函数创建进程并分配内存空间。随后会执行以下操作:
将App对应的可执行文件加载到内存。 将dyld加载到内存。dyld本身也是一个可执行程序。 dyld进行动态链接。dyld的工作内容包括:
dyld会找到可执行文件依赖的动态库。 接着dyld会将这些依赖的动态库加载到内存中。这是一个递归过程,因为依赖的动态库可能还会依赖其他动态库,所以dyld会递归每个动态库,直到所有依赖库都被加载完毕。 Rebase和Binding。每当有新的镜像加载之后,都会执行 load_images 方法进行回调,这里的回调是在整个运行时初始化时 _objc_init 注册的。

关于镜像的概念:

Mach-O 是 iOS 系统不同运行时期可执行文件的文件类型统称。
Mach-O 有三种文件类型:Executable、Dylib、Bundle。
Executable:app 的二进制主文件,同时也是 app extension 的二进制主文件。
Dylib:动态库。
Bundle:资源文件包。
镜像文件包含了上述的三种文件类型。
看到 load_images 方法

首先会调用 prepare_load_methods 对 load 方法的调用进行准备。
prepare_load_methods 方法的作用:
递归地加载当前类和未调用+ load 的父类进入加载列表,在将当前类加入加载列表之前,会先将父类加入待加载的列表,确保父类的 load 方法在子类之前调用。
然后开始调用 call_load_methods 方法。

其中 call_class_loads 会从一个待加载的类列表 loadable_classes 中寻找对应的类,然后找到 @selector(load) 的实现并执行。

这时就执行了 [XXX load] 方法。
load方法的调用顺序
当父类和子类都实现了 load 函数时,父类的 load 方法执行顺序优先于子类。 当一个类未实现 load 方法时,不会调用父类的 load 方法。 类中的 load 方法执行顺序优先于类别(Category)。 当多个类别(Category)都实现了 load 方法时,这些 load 方法都会执行,但执行顺序不确定(其执行顺序与类别在 Compile Sources 中出现的顺序一致)。 当有多个不同的类时,每个类的 load 执行顺序与其在 Compile Sources 出现的顺序一致。
load方法的作用
在 main 运行之前,load 方法就会被调用。
由于它的调用不是惰性的,且其只会在程序调用期间调用一次,最重要的是,如果在类与分类中都实现了 load 方法,它们都会被调用,不像其他在分类中实现的方法会被覆盖,这使得 load 方法成为了方法交换(Method Swizzling)的绝佳时机。
load方法注意事项:
load 调用时机较早,当 load 调用时,其他类可能尚未加载完成,运行环境不安全。不过在这个时间点,所有的 framework 都已经加载到了运行时中,所以调用 framework 中的方法是安全的。
load 方法是线程安全的,它使用了锁,我们应该避免在 load 方法中导致线程阻塞。
以上就是对于load方法的理解的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号