1.静态库简介
1.1.静态库的简介
库就是程序代码的集合，是共享程序代码的一种方式
1.2.库的分类
（1）开源库：公开源代码，能看到具体实现
（2）闭源库：不公开源代码，是经过编译后的二进制文件，看不到具体实现；其中包括：静态库和动态库
1.3.静态库的存在形式
（1）.a
（2）.framework
1.4.动态库的存在形式
（1）.dylib
（2）.framework
1.5.静态库和动态库的区别
（1）静态库在链接时，会被完整的复制到可执行文件中，被多次使用，就有多份拷贝
（2）动态库则不会复制，只有一份，程序运行时动态加载到内存；系统只加载一次，多个程序公用，节省内存；
（3）！！！项目中如果使用到自己的动态库，不允许上架！！！，在iOS8开发了动态加载dylib的接口
1.6.静态库应用场景
（1）保护自己的核心代码，例如，国内的企业，掌握有核心技术，同时又希望更多的程序员来使用其技术，如，百度地图、友盟等
（2）将MRC的项目，打包成静态库，可以在ARC下直接使用，不需要转换
2.静态库的制作（.a）
2.1 生成静态库的步骤
（1）创建生成.a静态库的项目，如下图
（2）创建完后，如下图，添加一个log的方法
（3）选择模拟器或者Generic iOS Device， command + B，编辑，编译成功后，按照如下图的方式，查看生成的.a文件：
查看include文件，可以看到tool.h的文件，此时，如果在项目中添加一个类：Caclulate，添加一个方法 + (void)sum:(int)a b:(int)b;
如果直接编辑，那么在include文件中，不会出现Caclulate.h这个文件；
处理方式如下：
把Caclulate这个.h文件添加进入
上图中Subpath可以清空，编译后，如下图，Caclulate.h就有了：
生成的.a和.h拖入需要的工程，直接使用即可。
需要注意的一个细节是：
（1）如果生成静态库时，模拟器选择5的时候，编译，生成静态库；将.a + .h拖入需要的工程中后，运行时选择iphonXR时，就会报如下的错：
问题的原因是：
模拟器支持静态库的架构是不一样的，4s-5 的架构是i386，5s-iphoneXR支持的x86_64的架构;
真机支持静态库的架构如下，3gs-4s:armv7, 5/5c：armv7s（已弃用）, 5s-iphoneXR: arm64;
查看静态库支付的架构的方法：
用终端，进入.a的文件夹，用lipo -info xxxx.a， 如下图：
不同环境下生成的静态库，一般只包含当前架构下支持的静态库，也就是在模拟器5上生成的静态库，只包含i386的架构；在5s以上生成的静态库，只包含x86_64；这样处理很麻烦，所以，我们需要在模拟器上不管选择哪个机型都可以兼容i386和x86_64。做法如下：(Build Active Architecture only：只编译活跃的静态库，即当前使用的静态库)
(可能是因为xcode更新到最新的版本，已经把i386和armv7丢弃了，所以我测试的时候，一直没有生成i386和armv7架构的静态库)
（2）目前我们生成的都是Debug版本的静态库，Debug是调试的版本；还有一个发布版本的静态库（Release版本），这两个版本的区别：
调试版本：调试版本会包含完整的符号信息，以方便调试；并且不会对代码进行优化
发布版本：不会包含完整的符号信息，执行代码是进行优化的；发布版本的大小会比调试版本的略小；发布版本在执行速度上会比较快，但是不是特别明显。
（3）如何生成Release版本的静态库：
编译，查看，就会有一个Release版本的静态库了，
我们在调试的时候，可以生成Debug的静态库，但是如果给别人的使用的话，就要提供Release版本的静态库，并且要兼容模拟器和真机的架构；
生成模拟器的静态库和真机使用的静态库前面都说过了，模拟器就选择模拟器上的任意一个机型，编辑；真机就选择Generic iOS Device，编译；
但是无论是提供模拟器还是真机的静态库，都不合适，因为模拟器的静态库只能在模拟器上使用；真机的静态库只能在真机上使用；所以，我们需要提供一个兼容模拟器和真机的静态库，方法就是合并这两个静态库，步骤如下：
第一：先各自生成模拟器和真机的静态库，如下图：
第二步：合并一个兼容模拟器和真机的静态库：
用终端进入模拟器和或者真机发布版本静态库的路径，这样，合并的静态库比较好找；如果不进入这个路径，那么合并的静态库当前默认的路径下；
用 cd + 路径，进入选中的路径，目前以进入模拟器发布版本静态库的路径为例，如下图：
然后，用命令行"lipo -create xxx1.a xxx2.a -output xxxx3.a"，其中xxx1.a 表示模拟器的静态库的路径，xxx2.a表示真机的静态库的路径，xxx3.a表示合并后我们取名的静态库的名字，如下图：
上图中的hebing.a 就是我重新命名的静态库，查看behing.a的信息，可以看到如下：
以上就是生成.a的静态库的步骤。
3.生成静态库的步骤（.framework）
按照下图的方式新建一个工程：
之后就按照生成.a的静态库的步骤，即可，其中有一个主要注意的点是，如果新增.h文件，那么编译的时候，新增的.h文件不会在生成的静态库里面，所以，需要我们配置一个地方，下图表示，需要暴露的头文件添加到public上：
注意，如果在setting里面的mach-o不设置的话，会默认生成动态库，所以，做如下的修改：
生成的.framework 和生成.a的步骤都是类似的，也是模拟器的静态库支持模拟器的架构，真机的静态库支持真机的架构，如果要同时兼容，也要合并这两个静态库。
注释事项：
.a + .h +sourceFile = .Framework ,所以推荐使用framework。
但是framework有个问题，就是图片资源，需要用.boundle包含这才可以，不然添加工程中时，图片资源添加不上，需要自己手动添加。
因为Xcode默认在编译时会把所有的素材文件导入到mainBundle中，可能会使静态库的程序冲突；所以静态库中要使用图片素材时，可以利用bundle的方法。
4.静态库一边开发一边测试的方式
可以创建项目，然后往里添加一个复合项目：
目前以static Library 为例，如下：
如何现在要直接使用的话，是不可以的，需要添加两个步骤：
第一步：需要添加项目依赖，添加方式，如下：
第二步，添加链接，如下图：
之前，就可以在工程中边开发边测试了，如下图：
复合型的项目打包静态库的步骤跟之前的类似，只是需要注意，一个地方，编译之前，要选择好要编译生成静态库的工程，然后编译，如下图：
这样就可以了。
右键，show in Finder
就可以查看了
