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

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

动态库&静态库

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

• 编译过程
  

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

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

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

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

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

动态链接dyld

接下来就分析dyld在APP加载过程中起到的作用
下载dyld
怎么入手呢？运行一个已有工程，进行LLDB键入bt，就可以找到一个 dyld_start；或者进行汇编 Debug --> Debug Workflow --> Always Show Dissembly
在底层为什么main函数是入口？
内存 main（）--> dyld image init 注册回调通知 -->dyld_start

dyld流程分析图.png