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，其他大多数情况用静态库和动态库区别就不大了
3.Umbrella Framework：包含子Framework的库
如上所述，因为静态库中是不可以包含其他第三方库的，而动态库可以包含第三方库，所以Umbrella Framework一般都需要设置为动态库，就可以包含子Framework了，网上有很多制作Umbrella Framework教程
4.因为苹果不建议使用Umbrella Framework，实际使用也可能会产生一些问题，可以用单独制作库（静态动态均可），使用时同时提供第三方依赖库的方式实现：
动态库与静态库的制作流程基本一样，包括头文件的暴露等，唯一不同的是Mach-O Type的设置。本节将介绍Xcode制作Framework的过程，本次制作的Framework静态库依赖其他第三方静态库（Framework和.a）。
1> 新建工程
新建Framework工程
这里要选Framework，如果选择右边的Static Library制作出来的是.a静态库。
2> 导入所有要打包的文件和其他第三方静态库
正常导入要打包的文件就可以了，在导入第三方静态库的时候要注意，不要选择添加到target中，如果添加进去要去target里面把第三方静态库删掉（只需导入，不要添加进target）
导入第三方静态库
导入第三方静态库之后再link依赖的系统库，像这样
link依赖库
注意上面的运行目标，因为我用的是Xcode8，最低支持到iOS8。
要打包的文件和第三方静态库全部导入完成
所有文件导入情况
3> 项目性质修改
把项目的membership需改为public，否则头文件暴露将会不正常
修改项目的membership
4> 暴露头文件
将头文件暴露出去，供外界使用，所有的编译文件都在Project中，需要右击添加到public里面
暴露头文件
5> 选择Mach-O的编译方式
这是最重要的一步，这一步决定我们制作出来的是静态库还是动态库，默认选择的是Dynamic Library，要手动选择Static Library
Mach-O 形式
6> 编译
如果你的依赖库里面有lib开头的dylib动态库，此时应该会报错
动态库链接报错
什么意思呢？大概就是没找到对应的库文件，因为tbd是苹果提供的新的动态库格式，之前都是dylib，不知道这里又抽什么风，下面解决问题。
7> tbd动态库报错修改
先把原来的.tbd删掉，然后再次添加，这个时候选择add other，在弹出的窗口中按快捷键shift + command + G 调出finder的前往窗口，输入/usr/lib，然后添加相应的dylib动态库
修改的动态库
替换完成之后重新编译项目，生成Framework(可在Product文件中右击在finder中显示找到)
8> 使用
新建一个文件夹，将制作好的静态库拷贝出来放进去，再将第三方静态库拷贝到相同的文件夹中，此时只要将这个文件夹提供给外界使用就可以了，这是我写的测试demo验证打包好的SDK是否可以正常使用
制作完成使用
至此我们已经完成了Framework中包含其他第三方静态库的制作。
如果需要制作动态库，只需要在第5步中将Mach-O的形式改为Dynamic Library就可以了，其他步骤一样
如果有问题请在留言区留言，或者邮件给我，互相交流学习！
网友评论