简介

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

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

静态库和动态库的区别

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

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

- debug（调试）版本

- 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