前言
开发中经常使用三方库去实现某特定功能，而这些三方库通常又分为开源库和闭源库。开源库可以直接拿到源码，和自己写的没有什么区别，我们可以最大程度的修改源码来适应自己功能。闭源库就是被发布者提前打包好的静态库或 bundle 包，对此我们无法看到内部实现，对于其封装好的特定功能，我们也只需要调用其开放的api即可。
在正式的上代码之前，先介绍一些从网上搜集的静态库相关的基本概念，以加深对后面知识的理解
1. 库
库实际上是一种代码共享的方式，主要用于代码重用和源码隐藏，通常分为动态库和静态库。
2. 区别
静态库：链接时完整的拷贝至可执行文件中，被多次使用就有多份冗余拷贝。
动态库：链接时不复制，程序运行时由系统动态加载到内存，供程序调用，系统只加载一次，多个程序共用，节省内存空间。
3. ios中静态库的形式
在ios中静态库以.a和.framework的形式存在，动态库以.dylib和.framework的形式存在。
之所以.framework既可能是动态库又可能是静态库，是因为苹果公司禁止用户级app使用动态库，而自己却又堂而皇之的使用动态库，这就造成了ios中系统级的.framework是动态库，用户级的.framework是静态库（无可奈何啊）。
本文就来讲解一下 .a 和 .framework 静态库的创建与 .bundle 资源包的使用。
库
库分静态库和动态库两种。从本质上来说是一种可执行代码的二进制格式，可以被载入内存中执行。
静态库和动态库是相对编译期和运行期的：静态库在程序编译时会被链接到目标代码中，程序运行时将不再需要改静态库；而动态库在程序编译时并不会被链接到目标代码中，只是在程序运行时才被载入，因为在程序运行期间还需要动态库的存在。
静态库的形式
形式为 ：.a 和 .framework 两种
其中 .framework 类型的库如果是系统内部的是动态库，我们自己创建的是静态库
.a 和 .framework 的区别
.a是一个纯二进制文件，.framework中除了有二进制文件之外还有资源文件。
.a文件不能直接使用，至少要有.h文件配合，.framework文件可以直接使用。
.a + .h + sourcefile = .framework。
建议用.framework。
静态库的优势
- 方便共享代码，便于合理使用。
- 实现ios程序的模块化。可以把固定的业务模块化成静态库。
- 和别人分享你的代码库，但不想让别人看到你代码的实现。
- 开发第三方sdk的需要。
创建和打包 .a 静态库
-
创建静态库项目
ios --> framework & library --> cocoa touch static library - 把需要编译成静态库的代码拖进项目
-
设置可见的.h文件。
build phases --> copy files 添加.h文件即可。
1.修改支持的架构
4.1 设置支持所有模拟器架构 build settings --> build active architecture only --> debug 改为 no
4.2设置支持所有手机架构
2.编译
编译一次模拟器,编译一次手机。
会生成.a文件 和 可见的头文件。
使用命令行，合并刚刚生成的的两个路径，到另一个路径，例如：
lipo -create 模拟器lib路径 真机lib路径 -output /users/username/desktop/libpsstest.a
3.使用静态库
注意：如果这个静态库需要依赖库，也是需要引入依赖库。
创建和打包 .framework 静态库
1.创建framework项目
ios --> framework & library --> cocoa touch framework
2.修改打包的framework是动态库还是静态库
framework项目默认是动态库。
静态库配置：build settings --> mach-o type --> 改为 static library
3.把需要编译成静态库的代码拖进项目
设置可见头文件
项目创建后,项目中只有一个主头文件。
build phases --> headers --> public 添加头文件
4.编译
编译一次模拟器,编译一次手机
5.使用
把framework引入项目。
如果是动态库需要在 general --> embedded binaries 中引入配置。
如果是静态库就不需要配置了。
静态库问题
1.静态库位置 debug运行真机编译会把静态库生成到 debug-iphoneos目录下
debug运行模拟器编译会把静态库生成到 debug-iphonesimulator目录下
release运行真机编译会把静态库生成到 release-iphoneos目录下
release运行模拟器编译会把静态库生成到 release-iphonesimulator目录下
2.debug版本 vs release版本
调试版
调试版本会包含完整的符号信息，以方便调试
调试版本不会对代码进行优化
发布版
发布版本不会包含完整的符号信息 发布版本的执行代码是进行过优化的
发布版本的大小会比调试版本的略小
在执行速度方面，调试版本会更快些，但不意味着会有显著的提升
3.undefind symbols for architecture arm64(i386)
原因：是静态库不支持cpu arm64(i386)架构
4.iphone手机的cpu架构
模拟器
iphone4s,5 是 i386架构
iphone5s以后 是x86_64架构
发布版
iphone1代,3g,3gs 是 armv6架构
iphone4,4s 是 armv7架构
iphone5,5s,5c 是 armv7s架构
iphone6,6s,6plus,6splus 是 arm64架构
5.查看.a库所支持的架构类型
lipo -info xxx.a
6..a静态库合并
lipo -create 真机静态库.a 模拟器静态库.a -output 新文件.a
(最好指定一个目录,否则会默认当前目录)
只合并debug版本 或者 只合并release版本即可。
7.查看.framework库所支持的架构类型
7.1 进入到framework文件夹中
7.2 lipo -info framework 即可
静态库编译错误
1.mrc 错误：会提示好多的autorelease,release,retain等错误
解决方案：给这个文件mrc编译 或者项目改成mrc环境
2.找不到 <libxml/htmlparser.h>头文件 编译缺少系统库，配置：build settings --> 搜索header search paths --> 配置 $(sdk_dir)/usr/include/libxml2
3.framework项目，名字中不能带特殊字符 会报 test-framework is not a valid project_name
依赖库错误
1._scnetwork开头
导入systemconfiguration.framework
2._uitypecopy开头 + _kuitag开头
导入mobilecoreservices.framework
3._defalate开头 + _inflate开头
导入 libz.tbd
4._xml开头
导入libxml2.tbd
引入静态库运行错误
1.运行崩溃
假设不是静态库内部错误,那么就设置项目的build settings --> other linker flags --> 为 -objc
资源静态库.bundle
1.创建一个文件夹
2.把资源(图片,plist...)放到文件夹中
3.把文件夹后缀改为bundle就可以了
4.资源库的使用
在静态库中，我们获得资源的方式改为从这个bundle资源包中获得就可以了。
例如： [uiimage imagenamed:@"xxx.bundle/xxx"];
创建一个可测试的静态库
1.创建一个项目
2.给项目添加一个静态库target
3.编译静态库
4.配置引用静态库
general --> linked frameworks and libraries --> 添加静态库.a
5.运行项目 -- 这样就可以调试了.
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：http://www.cnblogs.com/xiaoyouPrince/p/7988641.html