iOS静态库开发

简介

在企业开发中，一些核心技术或者常用框架，出于安全性和稳定性的考虑，不想被外界知道，所以会把核心代码打包成静态库，只暴露头文件给程序员使用（比如：友盟、百度地图等第三方的sdk）。

• 静态库和动态库的存在形式

  静态库： .a 和  .framework
  动态库： .dylib 和 .framework
  

• 静态库和动态库的区别

  静态库：链接时，静态库会被完整地复制到可执行文件中，被多次使用就有多份冗余拷贝
  动态库：链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存
  

  注意：项目中如果使用了动态库，会被苹果拒绝。

静态库文件的版本（4种）

    真机-Debug版本
    真机-Release版本
    模拟器-Debug版本
    模拟器-Release版本

- debug（调试）版本

1.含完整的符号信息，以方便调试
2.不会对代码进行优化 

- Release（发布）版本

    1.不会包含完整的符号信息
    2.的执行代码是进行过优化的
    3.的大小会比Debug版本的略小
    4.在执行速度方面，Release版本会更快些（但不意味着会有显著的提升）

我们一般开发中都打包Release（发布）版本，提供外界。

设备的CPU架构简介（补充知识）

• 模拟器：
  4s~5 : i386
  5s~6plus : x86_64

• 真机：
  3gs~4s : armv7
  5~5c : armv7s （静态库只要支持了armv7，就可以跑在armv7s的架构上）
  5s~6plus : arm64

制作静态库-Debug版

1、新建项目；

2、添加静态库并命名

3、需要打包到静态库的代码，放在这个文件夹内

4、需要暴露给外界的文件（接口）

5、打包支持模拟器和真机的静态库（分别选择真机和模拟器运行，就会生成对应的静态库）

6、查看打包好的静态库

两个文件夹，里面的.a文件就是打包好的静态库
Debug-iphoneos:真机 Debug-iphonesimulator:模拟器
可以用下面的命令查看静态库支持的CPU架构（可查看上面描述的CPU架构类型）
lipo –info xxx.a
查看发现模拟器的静态库缺少部分架构，原因是
下面Debug：Yes表示值编译选中模拟器对应的架构，No则为编译所有模拟器支持的CPU架构（将Debug的Yes状态改为No即可）

修改完后，重新编译。
7、在本项目中对静态库进行调试，测试运行，发现报错。

原因： 需要导入静态库（编译即可运行成功）

8、同时支持真机与模拟器的静态库（需要合并）
真机和模拟器的静态库，是不一样的，不能同时使用在真机和模拟器上，但是要满足同时真机和模拟器使用时，就要对编译好的两个静态库进行合并。

合并好坏：
好：开发过程中既可以在真机上调试，也可以在模拟器上调试。
坏：如果静态库太大，合并打包后，会非常大，因此很多第三方的静态库的.a是区分版本的。

合并产生新的静态库：
lipo –create Debug-iphoneos/xxx.a Debug-iphonesimulator/xxx.a –output xxx.a
在终端输入以上命令和对应的文件名，创建一个合并后的新文件。


9、把合并好的静态库和外界访问的文件拉入新工程中，即可使用。



此时真机和模拟器都能成功运行，Debug版本静态库，制作完成。

制作静态库-Release版

跟Debug版步骤一样，只不过在编译时，改下面的选项即可。
和制作Debug版本一模一样，前面8步制作和第9步加入工程使用都一模一样，即：将Debug版的也可以用做release版，只需要在编译前进行下面设置。

制作静态库.framework版

制作步骤和制作.a静态库，基本一致，但是要注意一下几点：
1、在第2项选择的时候选择framework

2、在编译前将mach-O Type属性更改为Static Library

3、合并静态库时，选择.framework文件里的xxx文件。如：



其余步骤同制作.a静态库一样，将制作好的framework文件拉入项目中，.framework静态库制作完成。

本文参照下面的博客，进行实践学习后，对一些细节方面进行了更详细的说明、对旧版本Xcode某些截图的变化，进行了重新修改。
http://www.jianshu.com/p/8f5b9855efb8?utm_campaign=hugo&utm_medium=reader_share&utm_content=note&utm_source=qq