1、静态库&动态库
1.1 库介绍
程序的run流程：编译->链接->生成可执行文件->运行(加载可执行文件&动态链接库)。根据链接时期的不同，库又有静态库和动态库之分。静态库是在链接阶段被链接的，所以生成的可执行文件就不受库的影响，即使库被删除，程序依然可以成功运行。而动态库是在程序执行的时候被链接的。程序执行完，库仍需保留在系统上，以供程序运行时调用。链接静态库从某种意义上来说是一种复制粘贴，被链接后库就直接嵌入可执行程序中了。
1.2 库类型
iOS可以构建两种库Framework和Static Library，后缀名分别是.framework和.a。库的类型是由Mach-O Type来决定的，不是由后缀名。更改 Framework 工程的Mach-O Type是在Build Settings -> Linking -> Mach-O Type这个位置。（注：更改Mach-O Type为Dynamic Library构建出来的.a动态库目前是不支持加载的，所以没有啥意义，暂不考虑）
区分：file命令，静态库“current ar archive random library”.，动态库“dynamically linked shared library”
1.3 库区别
静态库（Static Library）
编译产物- 代码copy(app引用是相关copy，其他静态库引用是.a全copy，.framework不copy)
- 不需要embed&sign
动态库（Dynamic Library）
- 编译 -> 链接 -> 生成的
可执行文件 - 代码共享(系统动态库不同app可以共享一份代码，自定义动态库app内部多次依赖可以共享一份代码)
- 需要签名且需要验证签名
- 可以dlopen懒加载
2、Embed&Sign
在General中选择了Embed，会把framework复制到app的Frameworks文件夹里面
3、常见问题
1、为什么用静态库？
相关代码直接copy进macho中，减少了库依赖，更独立。
2、动态库体积更小，冷启动更慢？
动态库减小体积的原理是代码共享，静态库原理是used类文件链接。同一app内部多个库引用同一个动态库A会共享一份A代码，不同app之间并没有这个优势。系统动态库是多个app和同一app内部都共享一份代码。动态库在启动流程中会有一个rebase和bind阶段，会稍慢。
3、pod useFrameworks？
pod中加了该选项才能动态库
4、动态库共享和静态库copy？
系统动态库不同app可以共享一份代码，自定义动态库app内部多次依赖可以共享一份代码。
静态库被app引用是相关copy，被别的静态库引用是.a全copy,.framework不copy。
5、进程空间位置？
静态库代码存在于macho中，动态库(系统+自定义)代码存在于macho之外的动态空间区
6、静态库中.a和.framework区别？
.a是.o文件的集合，可通过hopper查看，是编译产物，.framework是可执行文件。
7、静态库依赖静态库？
A.framework依赖B.a，B.a是编译产物，会直接把代码嵌入A.framework中。
8、静态库被引用都是全copy吗？
App引用.a静态库：递归依赖库相关类都嵌码，相关copy。
App引用.framework静态库：递归依赖库相关类都嵌码，相关copy。
A.framework引用B.a：全copyB到A。
A.framework引用B.framework：不copyB到A。
9、静态库默认选择了embed会怎样？
app中会包含两份代码，一份在macho中，一份在app/Frameworks中
10、符号冲突？
.a是copy代码的编译产物，会存在潜在符号冲突问题。
