前言

开发中经常使用三方库去实现某特定功能，而这些三方库通常又分为开源库和闭源库。开源库可以直接拿到源码，和自己写的没有什么区别，我们可以最大程度的修改源码来适应自己功能。闭源库就是被发布者提前打包好的静态库或 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.找不到 头文件 编译缺少系统库，配置：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.运行项目 -- 这样就可以调试了.

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对脚本之家的支持。