记录下把第三方Framework打包到自己的SDK过程中遇到的问题。一般情况下我们不需要把第三方SDK打包到自己的SDK里，如果自己的SDK里引用了第三方SDK,主工程里也同时依赖自己的SDK和第三方SDK即可。有一些特殊情况，我们需要给客户出SDK,但是我们自己SDK又引用了合作方的SDK,这时候如果不把合作方的SDK打包到我们自己的SDK里则需要提供给客户多个SDK。
一、Framework创建流程
1.File -> New -> Project -> iOS -> Framework 创建Framework；
2.TARGETS -> Build Settings 设置SDK配置；
(1)搜索Mach,Mach-O Type设置为Static Library;
(2)搜索Dead Code Stripping 设置为NO;
(3)Build Libraries for Distribution 设置为Yes,swift 5.0后ABI稳定，设置为Yes后当swift语言更新后不影响输出SDK的使用，如不设置此项，swift语言版本更新后主工程会报错；
3.SDK业务层处理，这里假设我们的SDK依赖Bugly;
经过测试Embed方式打包的静态SDK,可以把Bugly.framework包含进去，但是主工程还是需要引用Bugly.framework，我们可以从自己的SDK里面添加Bugly.framework的依赖。
三、Embed方式编译动态SDK
TARGETS -> Build Settings，Mach-O Type设置为Dynamic Library
经过测试Embed方式打包的动态SDK,可以把Bugly.framework包含进去，而且主工程不需要再添加Bugly.framework引用；
四、总结
Embed方式编译的依赖第三方Framework的静态SDK，主工程在使用时也需要添加第三方Framework依赖，可以从输出的SDK下Framework目录直接添加第三方Framework依赖。
Embed方式编译的依赖第三方Framework的动态SDK，主工程在使用时不需要添加第三方Framework依赖，系统会自动添加引用链接。
使用非嵌入方式编译的依赖第三方Framework的静态SDK，需要给客户提供自己输出的SDK及自己SDK里引用的第三方的SDK。
当我们点击xcode工程的target时，可以看到在Build Phases一样看到framework可选的状态有几种：在xcode 10及之前，有三种状态：Do Not Embed、Embed & Sign和Embed Without Signing
Embed：嵌入，用于动态库，动态库在运行时链接，所以它们需要被打进bundle里面。如何判断呢？使用终端执行
file frameworkToLink.framework/frameworkToLink
如果返回：
current ar archive:说明是静态库，选择Do not embedMach-0 dynamically：说明是动态库，选择Embed
态库和动态库的区别
- 静态库：链接时完整地拷贝至可执行文件中，被多次使用就有多份冗余拷贝，存在形式：.a和.framework
- 动态库：链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存。存在形式：.dylib和.framework
系统的.framework是动态库，我们自己建立的.framework一般是静态库。
*Signing：只用于动态库，如果已经有签名了就不需要再签名。如何判断呢？使用终端执行：
codesign -dv frameworkToLink.framwork
如果返回：
code object is not signed at all或者adhoc:选择Embed and sign- 其它：表示已经正确签名，选择
Embed Without Signing
