公司开发的SDK，是集成了各个平台的商品，包括购买、分享、提现等功能，为了加快进度，我是使用了一些第三方。但是有些需求，比如分享到微信朋友圈或者还有，必须用到微信的SDK。考虑到后期的维护成本和集成，笔者采用了cocoapods管理第三方库。
为汉源等地区用户提供了全套网页设计制作服务，及汉源网站建设行业解决方案。主营业务为网站设计制作、成都网站建设、汉源网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！
笔者有片文章专门介绍SDK的开发步骤的，大家可以参考，我这里就直接进入主题了。
首先，你创建一个静态的framework工程MyTestSDK,把这个工程集成cocpapods，至于如何集成cocpapods，网上有教程，自己搜索。这个时候把你项目中所用的第三方库添加到Podfile文件中，然后 pod install。这个时候你command + B 编译运行，如果你的第三方库中还有Bundle资源，那么编译后，第三方库的bundle资源会被编译，一起放到Products文件下的framework文件中，右键Show in Finder就会看到。如下图所示的MBProgressHUD文件夹，里面都是MBProgressHUD第三方的资源文件。
然后把你的项目放入SDK工程中，编译运行一下，看看有没有错误。之所以先把SDK工程选用cocoapods管理，就是怕你的项目放入SDK中运行报错。没有任何问题，直接编译即可。
由于SDK中的第三方是通过cocoapods管理的，所以接入者的项目也要用cocoapods管理。
1：把SDK工程中，Products文件夹下的framework文件copy到项目中，最好项目中建立一个文件夹，专门放SDK和bundle。我是放到了一个文件夹中，方便分类寻找。如下图所示：
2：打开终端，cd到SDK所在的文件夹下，执行如下命令，回车，创建spec文件。
其中，MyTestSDK是你的SDK名称。
创建出来的spec文件，是个很长的文件，但是大部分都是注释的，我这里只提取了有用的信息展示出来：
然后把spec中依赖的第三方库，逐个加入到项目中的Podfie文件中。然后 终端打开，cd到自己的项目中，pod install即可。
本人亲自测试过的，No Problem。当初感觉SDK如果依赖了第三方库，接入的项目中也有同样的第三方库，会不会冲突啊，感觉好难搞啊。事实证明，通过spec进行依赖，可以很好的解决这个问题，也就没有那么麻烦了。
首次开发SDK还是遇到了很多问题，运行出现很多bug，但是最后还是一一解决了，就是没有记录下bug和解决发的方法。
1；path路径不对，就会报错 ，如下
是因为我把路径写成了：
其实正确的写法是：把“/”放在前面
2：SDK中有第三方，但是项目中的Podfile里面没有这个第三方，报错如下所示：
解决办法是就是在项目中的 Podfile里面加入缺失的第三方库，重新 pod install。
最近公司由于业务需求，需要提供一个SDK以供第三方公司的集成开发，之前没有这方面的开发经验有点迷茫。然后就在网上查看了一些相关的资料，自己研究了一天，成功的封装出了自己iOS开发过程中的第一个SDK包。同时也是为了以后开发SDK留下一个比较完整的笔记。
SDK的英文全名是：software development kit，翻译成中文的意思就是“软件开发工具包”，我个人的理解就是一个工具包，完全可以理解成开发中我们的一个公共类。
二、怎么实现SDK的封装呢？
1.打开Xcode开发工具创建我们的工具类
注：本文中使用的开发工具为xcode9.3
创建完成后
创建完成后，我们新建两个继承于基类的文件，一个用于封装网络请求一个用于封装我们需要提供给他人使用的方法以及需要动态改变的参数。
2.网络请求添加到SDK中一起封装
因为我们封装的SDK有的数据涉及到网络请求，所以我们封装的时候，顺便把需要用到的网络请求也封装进去。
1).使用cocoapods导入第三方库AFNetWorking
具体使用 见印象笔记内容，包含了使用cocoapods遇到的问题以及解决方法：
2).在封装的SDK中如果涉及到使用第三方的库引用的时候，一定要在.m文件中进行引用
3.做完想要封装的文件后，开始进行封装
先进行编辑设置，在product --Scheme---Edit Scheme
此处必须是release，不能用debug模式，选择SDK是在iOS 、tvOS还是watchOS 4上面运行的SDK，在这儿我们选择iOS
在build Setting里面 搜索linking 设置Mach-O Type 为 static library
在build Phases --- headers 中添加需要暴露的类，将Project里面想暴露的文件.h拖动到Public里面进行文件暴露
完成所有设置后，我们进行真机编辑和模拟器编辑最后合并成一个可以在真机和模拟器上运行的第三方SDK，
4.到这一步我们的SDK封装就差最后一步了，合并成能在真机和模拟器上运行的SDK
选中编辑好的包，我这儿是Demo_SDK.framework然后右击显示文件内容
找到这两个文件后，我们开始合并，得到我们想要的SDK
1).打开终端---输入lipo -create 加上文件路径
1.为真机的文件，2为模拟器的文件，3为合并后输出问的地址
注意：我们所合并的文件是Demo_SDK，并不是所有的文件
合并到处文件为lipo结尾的
更改合并和的文件名称和合并前文件名称相同，并且去掉后缀。用合并和的文件替换掉和并前的文件
合并完成后拷贝处我们封装的SDK，在其他项目中引用就可以了
总结：截图比较多，为了照顾像我这样的小白，希望大家理解。第一次写，不喜勿喷，这只是作为自己的个人笔记，如果有什么不对的地方，希望大家指出一起交流学习，Thanks♪(･ω･)ﾉ
Demo链接：
因为公司的组件化开发的深入，虽然自己只是使用不需要去处理组件（组件模块是另外的小伙伴+大佬架构师负责的），还是需要自己造轮子。就屡屡了...花了点时间整理了下简单的，这些都是为组件做基础，后续会持续更新并实现组件。
废话就不多说了，关于SDK可以自行百度这边就不扯了，开始下面的正文。
静态库： .a 和 .framework
动态库： .dylib 和 .framework
选择 Cocoa Touch Static Library :
Build Active Architecture Only 设置为YES，表示只编译当前的 Architecture 版本，为了适配各种机型需要关闭当前的设置。
可以在编译完成后查看生成的静态库支持的系统架构，终端命令：
结果如下：
一般第三方只提供 release 的版本。
这边就不多讲了，国际化语言跟平时设置是一样的，具体的就附上个通道吧 iOS之SDK开发的总结 ，查看上面介绍的第四点即可。
真机、模拟器各需要运行一次生成对应的静态库，根据 第4点 切换环境编译生成对应的静态库，编译快捷键 cmd + B 。
如何查看编译是否成功，查看工程目录如下图红色框里面的名字，如果是红色的则未编译，下图是已经编译后的颜色：
编译完成后可以点击上面红色框 Show In Finder 进入该文件目录。
终端命令
注 ：格式如上，上面的空格不是为了美观，而是格式
举个例子：
静态库制作完成，将静态库拖入工程中，记得导入相应需要暴露的头文件。因为静态库没有提供相应的头文件，只是单纯的一个.a文件。
使用 framework 制作静态库的方法就放到 动态库 中一起说明，具体的可以查看 动态库--2、配置Mach
在制作动态库上跟制作静态库的流程是大同小异，主要介绍不同的。
新建工程，选择如下：
Mach-O Type 默认为动态库，如果需要制作静态库的话在这边修改 framework 类型即可。
配置完成后， cmd + B 分别编译生成模拟器、真机 Framework 。
终端命令与制作.a静态库是一样的，不同的是选择的文件，需要用来合并的文件如下：
终端命令如下:
别忘了该空格的地方带上空格。
举个例子：
输出的文件是 result.lipo ，它的格式是 .lipo ，将该文件修改成合并文件时的文件名并放入其中一个 framework 中替换，通用的 Framework 制作好了。
图中红色框的文件是替换合并后的文件。
将库导入需要使用的工程中即可。
在工程中新建bundle,iOS-Resource-Setting Bundle 命名bundle，比如Resource.bundle。
创建一个文件夹如：images，将需要放入的图片拖进去即可，拖进去后Xcode还是未显示出加入的图片，可以将bundle取出然后重新添加进去就有了。
项目中导入使用的时候需要配置的编译参数 Build Settings - Linking - Other Linker Flags ，相关的介绍附上。
如果静态库中有 category ，那么需要添加 -ObjC 参数标识，否则可能会报： unrecognized selector sent to instance ,因为链接器就会把静态库中所有的Objective-C类和分类都加载到最后的可执行文件中。
会让链接器把所有找到的目标文件都加载到可执行文件中，但是千万不要随便使用这个参数！假如你使用了不止一个静态库文件，然后又使用了这个参数，那么你很有可能会遇到 ld: duplicate symbol 错误，因为不同的库文件里面可能会有相同的目标文件，所以建议在遇到 -ObjC 失效的情况下使用 -force_load 参数。
所做的事情跟 -all_load 其实是一样的，但是 -force_load 需要指定要进行全部加载的库文件的路径，这样的话，你就只是完全加载了一个库文件，不影响其余库文件的按需加载
iOS-SDK从无到有（学有所出，有所记）
配置和使用静态库
iOS之SDK开发的总结
iOS 库.a 和 framework的区别和创建
iOS SDK开发就是为某一个应用场景、或领域、或需求，提供一个已实现的、封装好的、可供直接使用的模块。
其主要由两部分组成：用来为类型或常量声明的头文件列表、具体实现的二进制文件。
所以SDK开发中的主要问题点集中在：
1. 头文件是否能被使用的工程索引到
2. 二进制文件是否能被使用的工程搜索到
本篇文章不写制作SDK的具体步骤，仅仅讨论制作SDK时的一些情形。
SDK开发中关于头文件设置：
凡是提供给外界使用的类、结构体、枚举、常量等，定义它们的头文件必须要在工程的Build Phases-Headers-public下面。并且这些头文件都需要包含在与SDK工程同名的头文件中(这条不是必须，只是这么做会显得更加规范。别人使用SDK的时候，只需要引入SDK同名的头文件即可)
设置库文件生成动态的还是静态的：
Project Name-Target Name-Build Settings-搜索框搜“Mach”-修改“Mach-O Type”为动态或静态，则相应可生成动态或静态的库文件。
先解释说明以下图片中出现的工程名字：
SDKDemo ：制作的向外提供的SDK库文件（与SDK工程名同名）
SDKApp ：引用SDK库文件（本文指的是SDKDemo）的App工程
SDKStatic ：新建工程时，选择iOS-Framework Library-Cocoa Touch Static Library. 用来生成.a文件的工程
SDKFramework : 是个Framework库文件（可能是动态的，也可能是静态的），用于模拟被SDK依赖的.framework文件
下面分几种情况来讨论SDK开发的注意事项：
1. 生成动态SDK库文件。
创建工程的时候，根据默认配置编译是生成动态库的。
App工程中引入动态库的时候，需要在
App工程：Project Name-Target Name-General-Embedded Binaries下添加引入的动态库。否则运行时会报如下类型错误：
嵌入动态库编译后，生成的App文件中会多一个Frameworks目录（可右键.App文件查看包内容），里面全是Embedded Binaries下添加的动态库
2. 打包为静态库
SDK工程：Project Name-Target Name-Build Settings-搜索框搜“Mach”-修改“Mach-O Type”为静态库
App工程引入静态库很简单，直接引入就行，不需要额外配置：
tips：
合并真机与模拟器版本时的命令格式为：
lipo -create 模拟器版本的路径 真机版本的路径 -output 合并后的版本存放路径
1. 合并时lipo -create接收的模拟器版本和真机版本两个参数的前后顺序没有关系，合并后的版本通过命令查看架构信息显示结果是完全一致的。模拟器架构信息显示在前，真机架构信息在后。
2. 合并后的版本无论替换真机版本的Framework中的目标文件还是模拟器版本的Framework中的目标文件，App工程中引入被替换的Framework后在真机和模拟器上都能跑起来
首先创建SDKStatic工程，生成一个.a文件。
该工程只是简单继承了UIButton，并重写了initWithFrame方法。为每一个MyButton对象默认生成标题和背景色：
生成的.a文件如下，可以看到里面包含了MyButton.o文件：
在SDK工程中引入.a文件。下面分两种情况来看生成的SDK库文件：
1. SDK库文件做成动态库（设置方法看开头部分）
.a文件内容被整合进了SDK动态库文件中，引入App工程中时，只需要引入SDK动态库就可以了
2. SDK库文件做成静态库（设置方法看开头部分）
包中的信息：
.a文件内容同样被整合进了SDK静态库文件中，这个更好理解。引入App工程中时，只需要引入SDK静态库就可以了
总结下：
制作SDK库时，如果有依赖的.a文件，则最终生成的SDK库文件会合并.a文件的内容，而不论SDK库文件是动态还是静态的。
下面的SDKFramework是个Framework库文件（可能是动态的，也可能是静态的）
SDKFramework工程添加的内容和SDKStatic工程是一样的。也是自定义MyButton，默认生成标题和背景色（拷贝文件到工程）：
SDKDemo工程自定义了MyView，默认生成的MyView对象添加了一个MyButton按钮和背景色：
1. 如果.framework文件是动态库
a. SDK打包为静态库，如下：
静态SDK包和动态SDKFramework.framework文件是彼此独立的。引入静态SDK包时，必须也导入SDKFramework.framework，否则编译不过，因为静态包有引入动态库中的符号。
b. SDK打包为动态库，如下：
两者还是彼此独立的。动态SDK包中会记录依赖的动态.framework rpath，App运行时，dyld会根据这个信息去加载对应的.framework依赖文件。如果找不到App将会在启动时奔溃...
2. 如果.framework文件是静态库
a. 首先SDK打包为动态库看看：
经实践，依赖的静态库会被整合进动态SDK包自身中。App中引入时，只需要导入SDK包就可以。我们在SDKApp中导入SDKDemo，运行可以看到如下效果：
b. 再看看SDK打包为静态库：
根据上面截图中信息，App中导入SDK包时，也必须导入依赖的.framework了。否则编译时将会出现如下图所示找不到符号的错误：
追加导入依赖的.framework，再次编译运行。OK！！！
总结：
1. 依赖的.framework为动态库
制作的SDK库文件不论动态还是静态的。和依赖的.framework文件本身是彼此独立的，不会发生符号整合的现象
2. 依赖的.framework为静态库
如果制作的SDK库文件是动态的，则依赖的.framework静态库内容会被整合进SDK库文件中
如果制作的SDK库文件是静态的，则彼此是独立的
这里又得分几种情况讨论：
1. Podfile中不使用use_frameworks! pods库生成的是.a文件
a. 如果SDK制作成静态库：
SDK静态库不会整合Pods里三方库中的符号，最终导入App工程时，需要SDK静态库、Pods中的三方库文件一起导入
b. 如果SDK制作成动态库：
Pods库中的符号会被合并整合进入SDK库中，导入工程时，只需要导入SDK包就OK了
2. Podfile中使用use_frameworks! pods库生成的是.framework文件。其中Pods_工程名.framework文件是个静态库，管理的第三方库生成的是framework动态库
a.如果SDK制作成动态库：
SDK中会包含引入三方库的rpath，App中引入SDK包时，也必须引入三方库，否则dyld加载不了指定库导致App启动时奔溃
b. 如果SDK制作成静态库：
静态SDK中会忽略Pods中的库中定义的符号(也即彼此是独立的)。如果静态SDK中引用了动态pods库中定义的符号，只要在App工程中也导入pods中动态库，并在embeded binaries中添加。一样是可以编译运行的。
其实怎么编译，SDK工程中是个什么情形都不重要。重要的是要明白库文件的本质，及它是如何发挥作用的？在什么阶段发挥作用？然后学会查看编译运行时的报错信息，并配合使用otool、nm、lipo、ar、file等这些命令去查看库文件的一些信息，最终追踪定位到问题。
原谅我最后都没怎么贴图了，因为流程都和前面差不多。我也写的手累了。如果你还有什么疑惑可以在下面评论，我会尽量及时回复。
