iOS生成静态库（.a文件和Framework）

作者: Moker_C | 来源:发表于2018-06-07 18:22 被阅读25次

所谓库就是程序代码的集合，是共享程序代码的一种方式。根据程序代码的开源情况，库可以分开源库（源代码是公开的，你可以看到具体实现）和闭源库（不公开源代码，只公开调用的接口，看不到具体的实现，是一个编译后的二进制文件）。同时库又有静态和动态之分，静态库以".a"或者“.framework”为文件后缀名，动态库以".dylib"或者“.framework”为文件后缀名，静态库链接时会被完整的复制到可执行文件中，被多次使用就有多份拷贝，动态库链接时不复制，程序运行时由系统动态加载到内存，供程序调用。而且系统只加载一次，多个程序共用，节省内存。

下面详细介绍一下静态库的打包和使用过程：

一、打包.a文件
新建一个工程，选择Cocoa Touch Static Library创建

屏幕快照 2018-06-07 下午3.17.21.png

建完之后的样子

屏幕快照 2018-06-07 下午3.24.49.png
在自动生成的MethodsTool文件中写一个方法：

屏幕快照 2018-06-07 下午3.30.11.png

屏幕快照 2018-06-07 下午3.30.22.png
然后在创建一个CustomView的视图文件（这种文件自己想怎么弄怎么弄，这里只是随便创建一个当例子），添加一个方法：

屏幕快照 2018-06-07 下午3.30.31.png

屏幕快照 2018-06-07 下午3.30.40.png

注意点：适配所有模拟器架构（如果选择Yes，只适配部分机型，选择NO则适配所有机型）：

屏幕快照 2018-06-07 下午3.36.24.png

选择编译模式，编译模式有Debug版本和Release版本：

Debug是调试版本，主要让程序员使用。在调试的过程中Debug会启动更多的服务来监控错误，运行速度较慢，而且比较耗能。

Release是发布版本，主要让用户使用，在使用的过程中会去掉那些繁琐的监控服务，运行速度相对较快，而且比较节约内存。

这里，我们在Debug版本和Release版本下，使用模拟器和真机进行编译，会生成Debug和Release两种模式下模拟器和真机版本的静态库。

这里我们将模式切换成release

屏幕快照 2018-06-07 下午3.47.06.png

屏幕快照 2018-06-07 下午3.47.54.png

接下来添加需要公开接口的头文件（.h文件）,如果一个静态库很复杂，需要暴露的.h比较多的话，就可以在静态库的内部创建一个.h文件（一般这个.h文件的名字和静态库的名字相同），然后把所有需要暴露出来的.h文件都集中放在这个.h文件中，而那些原本需要暴露的.h都不需要再暴露了，只需要把.h暴露出来就可以了

屏幕快照 2018-06-07 下午3.57.28.png

屏幕快照 2018-06-07 下午3.57.41.png

准备工作就绪，接下来分别选一个模拟器和Generic iOS Device编译一下，分别代表真机和模拟器，编译成功后可以看到.a文件由红色变成了黑色

屏幕快照 2018-06-07 下午4.04.08.png

选中.a文件右键Show in Finder,可以看到release模式下分别生成了真机和模拟器的静态库.a文件和include文件，其中include文件中包含的是公开的头文件

屏幕快照 2018-06-07 下午4.06.06.png

屏幕快照 2018-06-07 下午4.06.20.png

如果想生成Debug模式下的静态库可以将模式切换成debug，然后分别选择一个模拟器和Generic iOS Device编译一下

下面进行真机和模拟器静态库的合并：
打开终端输入命令： lipo -create 真机.a文件路径模拟器.a文件路径 -output 合并后的文件路径
注：合并后的文件路径一般可以是：桌面路径+合并后的文件名.a，如/Users/mac1/Desktop/libMethodTool.a ,libMethodTool.a是需要你自己在终端上输入的，想当年看别人的教程傻傻的先在桌面建一个.a文件夹，然后拖入终端获取路径，后来发现不是这样，额！！！

合并成功后会生成一个.a文件libMethodTool.a，然后新建一个文件夹，将合并生成的.a文件和include中包含的公开的头文件都放在里面，这个文件夹就是最终成品，用的时候只要将该文件拖入目标工程就可以使用了。