iOS 动态库和静态库
一、库
库是程序代码的集合，是程序开发者与其他开发者之间进行代码共享的一种方式。
库根据源代码公开的情况可以：
1.开源库
开源库的源代码可见，比如 AFNetworking。
2.闭源库
闭源库的源代码不可见，是一段编译好的二进制代码
闭源库有根据相对编译时和运行时：
- 静态库
- 动态库
二、静态库和动态库区别
1.格式上的区别
静态库的格式：
.a.framework
动态库的格式：
.dylib.framework
系统的 .framework 都是动态库
2.时间上区别
静态库：编译时会被拷贝到可执行文件中
动态库：运行时由系统加载到内存
3.使用上的区别
静态库
使用：在编译时会被拷贝到可执行文件中，使用多次就会被多次拷贝。
优势：编译完成之后，这个静态库也就没有什么作用了。
劣势：增加了可执行文件的体积
动态库
在运行时由系统加载到内存，相同的动态库只加载一次，供多个程序调用，节省内存。
在 iOS8 之前，自定义的动态库是不允许使用的。但是 iOS8 中，随着
extension的出现，动态库才开始有用武之地。
三、怎么区分动态库和静态库
因为 .a 肯定是静态库，.dylib 肯定是动态库，所以区分主要针对 .framework 形式
1.通过命令行指令进行区分
cd xx.framework
file xx(xx为.framwork下的二进制文件)
判断：静态库包含 current ar archive random library 字样. 动态库包含 dynamically linked shared library 字样
2.根据是否是系统的 .framework
一般情况下：
- 系统的
.framework都是动态库 - 非系统的都是
.framework都是静态库
四、Static Library 和 Framework 的共同点和区别
1.共同点
两者其实都是静态库。
2.区别
（1）承载的内容范畴：
Static Library 的产出物只是一个 .a 文件，为二进制执行文件。分享给别人的时候，头文件、静态资源文件需要另外提供。
Framework 为一站式分享方案，其实是一个文件夹，其中包含代码签名、头文件、二进制执行文件、静态资源文件等。
（2）头文件搜索路径的区别：
StaticLibrary 需要设置头文件搜索路径，Framework 不需要。
（3）当存在对外部代码库依赖的时候
StaticLibrary：能够只引用外部库的头文件，调用外部库的公开方法，而不引入其库实现，实现与引用库的分离部署。
Framework：要引用一个外部库，就必须要将此外部库的实现放入 Framework 内编译才可以。如果要想达到 StaticLibrary 的效果，可以使用运行时方式调用。
（4）运行环境（对3的理解升级）
StaticLibrary：共享其运行环境，假如其运行环境中包换库中同一个类，会发生代码冲突，必须剥离其中一方的此类，然后共享此类。
Framework：与其运行环境隔离，假如其运行环境中包换库中同一个类，不会发生冲突，同名的两个类会在各自的环境中独立运行，互不干扰，哪怕是单例类。
综合，如何选择使用 Framework 还是 StaticLibrary：
假如不想在同一个 App 中包含多份三方库(减小包大小)，可以使用 StaticLibrary，库本身和 App 共享第三方库。但是产出物的结构可能会比较乱。
假如不想考虑和 App 的代码冲突问题，库本身独立使用需要的库，想提供比较好的库结构，可以使用 Framework。但是假如库本身和 App 都使用了同一个三方库，会存在两份三方库，会增加包大小。
