OC底层原理10—应用程序加载

iOS--OC底层原理文章汇总

之前分析了消息的发送、转发,那么消息是如何加载到类中的呢?研究类的加载,就要先研究下应用程序的加载。在应用程序加载的过程中,会依赖底层的许多库,包括静态库、动态库,我们就来探究下这两种库的加载流程。

动态库&静态库

动态库:.so .framework
静态库:.a .lib

  • 编译过程

    在研究两种类型的库时,我们先了解下OC文件的编译过程:
    编译过程

可执行文件就是编译结果产生在product目录下xx.app包内容的unix可执行文件

  • 静态库
    在链接过程发生时,会将汇编生成的目标文件与引用的库打包到可执行文件中,这就行程了静态库。
  • 动态库
    程序在编译时,不会链接到目标代码中,而是在程序运行时才被载入。
    相比于静态库那它就有了优势:1.减少打包后的APP大小;2.类之间共享内容,节约资源;3.通过更新动态库的方式更新程序。
    常见的动态库有:UIKit、CoreFoundation、libdispatch、libsystem、libobjc.dyld

当APP启动的时候,动态库or静态库只是保存在内存中,那么它是通过什么将它们“组合”在一起的呢?是dyld(dynamic link editor)。它是一个链接器。

APP启动时,在底层会有许多动、静态库,也成为镜像文件images,当交给dyld链接器处理时,会加载到内存中,后面会形成一个主程序文件,再进行相应的链接link,之后会对动、静态库进行初始化;比如:runtime下层的初始化方法->_objc_init。

动态链接dyld

接下来就分析dyld在APP加载过程中起到的作用

下载dyld 链接 提取码: 5f3y

怎么入手呢?运行一个已有工程,进行LLDB键入bt,就可以找到一个 dyld_start;或者进行汇编 Debug --> Debug Workflow --> Always Show Dissemble。

直接分享一张网友的dyld流程分析图吧,该朋友写的很好dyld流程分析

最后编辑于 :
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

友情链接更多精彩内容