那天更新启动优化的时候着重讲了一下动态库,今天聊聊我自己对于动态库与静态库的理解.
静态库
在企业开发中，一些核心技术或者常用框架，出于安全性和稳定性的考虑，不想被外界知道，所以会把核心代码打包成静态库，只暴露头文件给程序员使用（比如：友盟、百度地图等第三方的sdk）
静态库在编译的时候会被直接拷贝一份，复制到目标程序里，这段代码在目标程序里就不会再改变了
所以如果两个程序都用了某个静态库，那么每个二进制可执行文件里面其实都含有这份静态库的代码
优点是编译完成之后，目标程序不再依赖库文件，直接就可以运行
缺点是会使用目标程序的体积增大
特点:
链接时完整地拷贝至可执行文件中，被多次使用就有多份冗余拷贝。
文件格式:
这些静态库往往以 .a 和.framework形式文件存在
动态库
动态库即动态链接库（Windows 下的 .dll，Linux 下的 .so，Mac 下的 .dylib/.tbd）
与静态库相反，动态库在编译时并不会被拷贝到目标程序中，目标程序中只会存储指向动态库的引用。等到程序运行时，动态库才会被真正加载进来
优点是，不会影响目标程序的体积（不需要拷贝到目标程序中），而且同一份库可以被多个程序共享使用；同时，编译时才载入的特性，也可以让我们随时对库进行替换，而不需要重新编译代码
缺点是，动态载入会带来一部分性能损失，使用动态库也会使得程序依赖于外部环境。如果环境缺少动态库或者库的版本不正确，就会导致程序无法运行（Linux 下喜闻乐见的 lib not found 错误）
特点:
链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存。
文件格式:
.dylib（xcode7以上时.tbd） 和 .framework
看到这里大家可能有一些疑问,我们以Q&A形式简单聊聊
Q:framework为什么既是静态库又是动态库？
A: 网上很多博客写的, 系统的.framework是动态库，我们自己建立的.framework是静态库。
其实不完全正确, .framework既可以是动态库也可以是静态库，这取决于制作静态库时我们选择的Mach-O type。现在无论是静态库还是动态库都推荐使用.framework
Q:a与.framework有什么区别？
A:.a是一个纯二进制文件，.framework中除了有二进制文件之外还有资源文件。
.a文件不能直接使用，至少要有.h文件配合，.framework文件可以直接使用。
.a + .h + sourceFile = .framework。
建议用.framework.
Q :为什么要使用静态库？
A: (1）方便共享代码，便于合理使用。
（2）实现iOS程序的模块化。可以把固定的业务模块化成静态库。
（3）和别人分享你的代码库，但不想让别人看到你代码的实现。
（4）开发第三方sdk的需要。
