关于XCode制作IOS静态库，动态库，Umbrella Fra

2018-09-01 本文已影响0人 serendipit0502

1. 静态库 Mach-O Type = Static Library

平时我们用的第三方SDK基本上都是静态库，静态库的几个特点：

在App项目编译的时候会被拷贝一份编译到目标程序中，相当于将静态库嵌入了，所以得到的App二进制文件会变大。

在使用的时候，需要手动导入静态库所依赖的其他类库。（比如说某个SDK中使用到了CoreMotion.framework，在使用的时候需要手动导入。有的SDK需要link十几个系统库，这个时候非常恶心，只能一个一个手动加，这是静态库一个很大的不便之处。）

导入静态库的应用可以减少对外界的依赖，如果导入的是第三方动态库，动态库找不到的话应用就会崩掉，例如Linux上经常出现的lib not found。

静态库很大的一个优点是减少耦合性，因为静态库中是不可以包含其他静态库的，使用的时候要另外导入它的依赖库，最大限度的保证了每一个静态库都是独立的，不会重复引用。

2. 动态库 Mach-O Type = Dynamic Library

这个是我们最常用的一类库，使用频率最高的UIKit.framework和Fundation.framework都属于动态库，所有.dylib和.tbd结尾的都属于动态库。动态库的几个特点：

平时使用的系统库都放在iOS系统中，在你打包应用程序的时候这些库不会拷贝到你的程序中，当需要使用的时候会动态从iOS系统中加载它们，因为这个原因，动态库也被称作共享库。编译时才载入的特性，也可以让我们随时对库进行替换，而不需要重新编译代码。

这些库是所有应用公用的，换一种说法就是节省了应用安装包的体积，这是区别静态库很重要的一个特点，因为静态库使用一次就要拷贝一次，非常浪费资源。

使用动态库的时候不需要再次link依赖库，即导即用，这个就厉害了。需要注意的是在导入第三方制作的动态库时，需要在Embedded Binaries中导入，不然调用时会报错：image not found。此时这个动态库会跟静态库一样被拷贝到目标程序中进行编译（会在App Bundle里生成一个Frameworks文件夹存放），苹果又把这种Framework叫做Embedded Framework，其中一个主要目的是为了App和App Extensions可以共用一份动态库framework而不用分别链接一份库的拷贝。

关于Embedded Framework，如果将动态库的工程文件直接引用进调用程序，如下图这样，则不用添加到Embedded里也能正常运行，不会报错image not found，原因未知，猜测这样组织XCode会将SubFramework做为静态库进行编译

SubFramework是一个动态库

没有添加到Embed，不会报错image not found

关于Embedded Framework，还有有一点要注意，苹果文档说"If your containing app target links to an embedded framework, it must include the arm64 architecture or it will be rejected by the App Store."调试时只生成了模拟器指令集的动态framework，embedded之后运行程序肯能会有提示：This app could not be installed at this time导致无法运行，解决办法就是需要同时生成包含模拟器和真机的指令集的动态库

动态库在制作的时候可以直接包含静态库（embed framework），也能自动link所需要的依赖库，将包含的库直接链接进动态库的二进制文件

由于IOS APP的沙盒机制，我们自己制作的库，不管是静态库还是动态库，都只能在沙盒中访问，不同仅是静态库会被链接进App的可执行文件内，而动态库通过设置添加Embed Framework的方式在App沙盒中生成了一个Frameworks文件夹存放，因此比如沙盒里存在多个Excutable File（例如包含App Extension）共用这个framework，这时候可以用动态库，共享一份Framework，其他大多数情况用静态库和动态库区别就不大了