07.dyld

DYLD源码

一、验证

1.1 在main函数处下断点

我们新建一个项目，在main函数起始处下个断点。

dyld

查看堆栈信息bt

很明显，这里的堆栈信息不足以供我们进行分析。我们需要在更早的地方下断点。

1.2 在+load下断点

dyld

因为load方法在main之前就已经执行了，在这里我们可以看到更丰富的堆栈信息。

1.3 一些关键流程

跟具体的可以结合dyld源码进行了解

1.3.1 dyld start

rebaseDyld 重定位 调用 main dyld的核心逻辑

1.3.2 dyld main

Return address of main() in target program which __dyld_start jumps to

a. 加载动态库共享缓存

何为共享缓存？UIKit、ARKit等系统库就是在共享缓存中的。

三种情况的加载

  • 仅加载到当前进程（设置不放入共享缓存）

  • 已经加载了共享缓存

  • 第一次加载共享缓存

b. dyld3 ClosureMode(闭包模式)

iOS11 之后引入了dyld3和闭包模式 闭包模式加载速度更快效率更高。 iOS13 之后Framework和三方库也会通过闭包模式加载

先去缓存中找mainClosure 没找到就创建一个

  • launchWithClosure

    • 使用上面的mainClosure启动main

    • 并返回main函数地址

二、流程总结

  • 程序执行从_dyld_start开始

  • 进入dyld_main函数

  • 配置环境变量以及rebase_dyld

  • 加载共享缓存

    • 系统的动态库都在这里了

  • dyld2/dyld(ClosureMode)决定以哪种模式继续进行

  • 实例化主程序ImageLoaderMachO，加入到allImages中

  • 到此共享缓存加载完毕，设置版本化的dylib覆盖

    • Now that shared cache is loaded, setup an versioned dylib overrides

  • 加载插入的动态库

    • 越狱插件在这里加入

  • 记录插入的库的数量，以便统一搜索将先查看插入的库，然后是main，然后是其他。

    • record count of inserted libraries so that a flat search will look at inserted libraries, then main, then others.

  • 链接主程序

    • 绑定符号（非懒加载、弱符号）等

  • 链接所有插入的库

    • 链接主可执行文件后执行此操作，以使插入的dylib（例如libSystem）不在程序使用的dylib的前面

    • 只有插入的库可以插入。绑定所有插入的库后，注册插入信息，以便链接工作

  • 绑定并通知主程序可执行文件，现在插入的已被注册

  • 绑定并通知现在已插入的库已插入的Image已被注册

  • 执行所有初始化方法：ImageLoader

    • 初始化所有插入的库、运行主要可执行文件的初始化程序及其依赖

    • ImageLoader:

      • runInitializers:

        • processInitializers:

          • ecursiveInitialization:

            • notifySingle:

              • 此函数执行一个回调，此回调是_objc_init初始化时服饰的一个函数load_images

                • load_images里执行class_load_metgods函数

                  • class_load_metgods里调用call_class_loads函数：循环调用各个类的load函数

            • doModInitFunction

              • 内部会调用全局C++对象的构造函数__attribute__((constructor))的C函数

  • 通知任何监视过程此过程即将进入main()

  • 查找主要可执行文件的指针并return

三、主程序中的Load先执行还是framework中的先执行？分类呢？子类呢？

3.1 创建一个Demo，创建两个Framework。

1

  • Main函数内添加Log

  • 添加C++构造函数

  • Frameworks中添加Log

  • 运行看Log

  • 调整一下Framework的链接顺序

  • 再看下下log

小结

Frameworks(有多个的话按照链接顺序来) -> 主程序内的Load -> C++构造函数 -> Main

3.2 我们再加两个分类玩玩吧！

  • Log如下

当前的顺序是这样的

  • 调整一下顺序能让分类提前加载Load么？我们试一下！

小结

项目内的分类在最后调用Load，在C++构造函数之前

3.3 Framework中的分类呢？

我们在两个Framework中分别添加一个分类

  • Log如下

小结

和在主工程中类似，每个Framework内部的分类在Framework最后调用Load。

3.4 再来个子类看下

这次我们在Framework中建一个子类看看

  • Log

小结

子类的Load先于分类

Previous06.MachO文件Next08.Hook

Last updated

Was this helpful?