简述
为了满足既供用户使用又维持代码保密性的需求，这时我们就有必要创建 库文件。苹果在这个方面提出了静态库和动态库的概念。其中，由于苹果商店会拒绝含有私人创建的动态库的App, 故静态库相对来说较流行。 圈内比较大的第三方几乎都在提供静态库。
自问自答
静态库和动态库的形式
静态库 .a和.framework
动态库 .a和.frameworkframework 为什么既是静态库又是动态库
系统的.framework 是动态库，我们自己可以创建.framework的静态库-
.a 和 .framework(静态)有什么区别
.a是一个纯二进制文件，.framework中除了有二进制文件外还有资源文件
.a文件不能直接使用，至少要有.h文件配合，.framework文件可以直接使用
.a +.h + sourceFile = .framework静态库:链接时，静态库会被完整地复制到可执行文件中，被多次使用就有多份冗余拷贝
动态库:链接时不复制，程序运行时由系统动态加载到内存供程序调用，系统只加载一次，多个程序共用，节省内存（项目中如果含有个人创建的动态库，则会被拒） 静态库文件的版本
真机-Debug版本
真机-Release版本
模拟器-Debug版本
模拟器-Release版本Debug版本和 Release版区别
Debug版本
含完整的符号信息，以方便调试，不会对代码进行优化
Release版本
不会包含完整的符号信息，它的执行代码是进行过优化的，它的大小比Debug版本小，在执行速度方面，Release版本更快(一般采用 Release版本)
注意:
- 理解.a 静态库和 .framework静态库
我们在程序中需要的都是二进制文件(.m或其它) + 头文件( .h) + 资源文件。不同的是，.a 静态库本身就是二进制文件，我们只需要配上.h 和 其它资源文件就能使用，.framework本身已经包含.h 和 其它文件，可以直接使用 - 图片资源
两种静态库一般都是把图片文件单独的放在.bundle文件中。一个情况下，.bundle的名字和.a或者.framework的名字相同。创建.bundle方法:新建一个文件夹，把后缀改成.bundle。右键包内容就可以添加图片资源的。 - 当我们在把资源打成静态库的时候，若里面包含category文件，使用的时候会找不到改方法的运行时错误(selector not recognized)。这个时候我们就应该知道需要在 build setting 的 other linker flag 标示符里面添加 -ObjC 。
- 若一个静态的需要暴露的.h 文件很多，可以直接在静态库的内部创建一个.h文件(一般该.h文件的名字需要和静态库相同)，包含所有需要暴露的.h文件。然后把这个.h 文件暴露出来就OK。
制作静态库 - .a & Debug版
-
新建静态库 并且 命名
-
将需要被打包的文件放入工程中
-
设置需要暴露给外界的文件(.h)
-
打包支持 模拟器 和 真机 的静态库(分别选择真机(不要连接iOS设备)和模拟器)
- 查看打包好的静态库
按下 cmd + ↑ 进入上层文件夹。两个文件夹里面的.a 分别对应模拟器和真机的静态库。
** Debug-phoneos: 真机对应文件夹 **
** Debug-phonesimulator : 模拟器对应文件夹 **
可以用下面的命令查看静态库支持的CPU架构
<pre><code>lipo -info xxx.a
</code></pre>
分别查看打包好的模拟器和真机的静态库所支持的CPU架构
你会发现模拟器的静态库少了 i386架构。
原因: Build Active Architecture Only 是控制编译CPU架构的，我们需要在Debug中将其打开。YES表示只编译选中模拟器对应的版本。NO则是表示编译所有版本。将下图中的YES设置成 NO即可。并且重新编译。
6 使静态库同时支持真机和模拟器
合并使用下面命令
<pre><code>lipo -create Debug-iphoneos/xxx.a Debug-iphonesimulator/xxx.a -output xxx.a
</code></pre>
7.收尾工作，建立对外访问的文件夹
制作静态库 - .a & Release版
跟Debug版本步骤一样，只不过将编译框架改为Release.
制作静态库 - .framework版
步骤跟制作 .a静态库基本一致，注意以下几点
-
创建静态库的时候，选择framework
-
编译的时候，请注意将其改为编译成静态库(默认是动态库)
-
合并静态库的时候是合并.framework文件里面的对应名称的文件
-
收尾的时候记住将原先的那个对应名称的文件给删除，然后将合成的放入里面
参考博客及文章
