对于load方法的理解_网络技术_宿州市腾雀网络科技有限公司

写在前面

关于load方法，我想大家应该已经有所了解。本文主要记录我在阅读ObjC源码时对load方法的新认知，因此文中会引用一些关键的ObjC源码。

+ load 是 Objective-C 中的一个方法，它会在整个文件被加载到运行时，并且在 main 函数调用之前由 ObjC 运行时调用。

本文将讨论关于+ load方法的三个问题：

load方法如何被调用。
load方法的调用顺序。
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 方法中导致线程阻塞。

# 苹果 # ai # 父类 # 子类 # 递归 # 线程 # ios # 加载 # 多个 # 可执行文件 # 实现了 # 镜像 # 回调 # 类中 # 我想

相关栏目：【网站优化151355 】【网络推广146373 】【网络技术251813 】【 AI营销90571 】