一.库的简介

1.什么是库?

库是共享程序代码的方式，一般分为静态库和动态库。

库是程序代码的集合,是共享程序代码的一种方式

2.库的类型?

根据源代码的公开情况,库可以分为2种类型

开源库

公开源代码,能看到具体实现

如SDWebImage, AFNetworking

闭源库

不公开源代码,是经过编译后的二进制文件,看不到具体实现

主要分为: 静态库,动态库

CPU架构

模拟器：

i386：iphone5/iphone5c以下的模拟器

x86_64：iPhone5s以上的模拟器

真机：

armv6：iPhone、iPhone2、iPhone3G、iPod Touch(第一代)、iPod Touch(第二代)

armv7：iPhone3Gs、iPhone4、iPhone4s、iPad、iPad 2

armv7s：iPhone5、iPhone5c

arm64：iPhone5s、iPhone6、iPhone6p、iPhone6s、iPhone6sp、iPhone7、iPhone7p、iPhone8、iPhone8p、iPhoneX

arm64e：iPhone XS、iPhone XS Max、iPhone XR

即：

模拟器32位处理器需要i386架构

模拟器64位处理器需要x86_64架构

真机32位处理器需要armv7，或者armv7s架构

真机64位处理器需要arm64，或者arm64e架构

3.静态库与动态库的区别?

1.静态库和动态库的存在形式上的区别

静态库

.a

.framework

动态库

.dylib

在Xcode 8以后里面,看到后缀为.tbd的库,它的本质都是.dylib文件

.framework

2.静态库和动态库在使用上的区别

静态库

链接时,静态库会被完整的复制到可执行文件中,被多次使用就有多份冗余拷贝

动态库

链接时不复制,程序运行时由系统动态的加载到内存,供程序调用,系统只加载一次,多个程序共用,节省内存

a与.framework有什么区别？

.a是一个纯二进制文件，.framework中除了有二进制文件之外还有资源文件。

.a文件不能直接使用，至少要有.h文件配合，.framework文件可以直接使用。

.a + .h + sourceFile = .framework。

建议用.framework.

framework为什么既是静态库又是动态库？

系统的.framework是动态库，我们自己建立的.framework是静态库。

二.静态库.a的应用场景

制作SDK - 软件开发工具包（Software Development Kit）

如"百度地图",它想让开发者在应用程序中集成百度地图,但是百度又不想公布自己的技术实现,那怎么办?

百度将自己的核心代码编译成静态库,对外暴露统一的接口,开发者集成静态库,并且调用静态库即可集成

公司在开发项目时的核心代码

公司一般在开发一个项目时,肯定有一部分代码是核心代码

如果任何人都可以拿到这个核心代码,那么一旦有人离职,公司的核心代码就会被泄漏,那么该如何防止这种情况的发生?

公司一般都会抽出一部分核心团队成员,专门开发这部分核心代码,开发完成后,将核心代码编译成静态库给其他的程序员调用,核心成员一般很少会离职的,从而非核心成员即使离职也无法带走公司的核心代码

为什么要使用静态库？

方便共享代码，便于合理使用。

实现iOS程序的模块化。可以把固定的业务模块化成静态库。

和别人分享你的代码库，但不想让别人看到你代码的实现。

开发第三方sdk的需要。

1.如何创建.a静态库?

1.创建工程,选择Cocoa Touch Static Library创建.a静态库

image

注意

它只支持OC,也支持swift

2.创建项目,例如创建一个数学工具类CreatA

CreatA.h文件

image

CreatA.m文件

image

3.设置适配所有模拟器架构（模拟器i386和x86_64）（Build Active Architecture Only ）

image.png

4.把CreatA编译成.a静态库

头文件(.h)导出需要要暴露的文件

cmd + B编译一下,得到.a文件如下图所示-编译之后

image

右键Show in Finder,这时我们会在文件夹内发现一个.a文件,但是光有.a文件还不行,还需要把头文件暴露出去,否则别人拿到是无法使用的：

image

如果已经有了就无需再添加了。

5.设置适配静态库CPU架构

show in findow到指定文件目录

image

模拟器编译：设置适配所有模拟器架构（模拟器i386和x86_64）（Build Active Architecture Only ）设置为NO

真机编译：(选择真机选项或Generic iOS Device)设置适配所有真机架构（模拟器i386和x86_64）（Build Active Architecture Only ）设置为NO

检查静态库的CPU架构支持命令：lipo -info xxxxx.a

合并模拟器.a和真机.a

lipo -create 目标地址/模拟器.a  目标地址/真机.a -output 目标地址/最终.a

image

6.文件整理

创建一个文件夹将所有.h文件和.a包copy进去。直接将文件夹导入项目工程中就可以使用了

三.资源库.Bundle的应用场景

什么是Bundle文件？

简单理解，就是资源文件包。我们将许多图片、XIB、文本文件组织在一起，打包成一个Bundle文件。方便在其他项目中引用包内的资源。

Bundle文件的特点？

Bundle是静态的，也就是说，我们包含到包中的资源文件作为一个资源包是不参加项目编译的。也就意味着，bundle包中不能包含可执行的文件。它仅仅是作为资源，被解析成为特定的2进制数据。

1. 创建bundle项目

image.png

2.Build Setting 设置：

1-"Base SDK" 设置为 "iOS "

2-"Build Active Architecture Only" 设置为 "YES" (Debug,Release均为YES)（仅编译当前环境，如果每个环境都编译一遍会使包变大)

3-Installation Directory    删除掉后面的路径 （不安装相关配置，也不需要安装路径）

4-Code Signing Identity   选择  "iOS Developer"

image.png

5-"iOS Deployment Target" 设置为 iOS 8.0

image.png

6-"Skip Install" 设置为 "NO"  （不需要安装相关配置）

image.png

7-"Strip Debug Symbols During Copy" 中"Release"模式设置为 "YES"

image.png

8-"COMBINE_HIDPI_IMAGES" 设置为 "NO" （不然图片会是tiff格式）

image.png

9 - 导入图片或文件

导入方式1

image

导入方式2 直接拖拽文件到项目

10- bundle的使用

直接导入项目工程中

使用方法1

UIImageView *imageView = [[UIImageView alloc]initWithFrame:CGRectMake(100, 100, 100, 100)];
  imageView.image = [UIImage imageNamed:@"CreatBundle.bundle/pet_08.BIG_01.png"];
  [self.viewaddSubview:imageView];

使用方法2

NSString* bundlePath = [[NSBundlemainBundle]pathForResource: @"MyBundle"ofType:@"bundle"];
 NSBundle*resourceBundle = [NSBundle bundleWithPath:bundlePath];
 UIViewController*vc = [[UIViewController alloc]initWithNibName:@"vc_name"bundle:resourceBundle];//xib文件
 或者
 UIImageView*imgView=[[UIImageView alloc]initWithFrame:CGRectMake(50,50,50,50)];
 NSString*imgPath= [bundlePath stringByAppendingPathComponent:@"img_collect_success.png"];
  UIImage*image_1=[UIImage imageWithContentsOfFile:imgPath];
 [imgView setImage:image_1];

或者预编译

#define MYBUNDLE_NAME @"MyBundle.bundle"
 #define MYBUNDLE_PATH [[[NSBundle mainBundle] resourcePath] stringByAppendingPathComponent: MYBUNDLE_NAME]
 #define MYBUNDLE [NSBundle bundleWithPath: MYBUNDLE_PATH]

四.动态库.frameworks的应用场景

1.先创建一个项目，选择Cocoa touch Framework，点击下一步**

image

2.设置下build setting

1.Dead Code Stripping设置为NO，网上对此项的解释如下，大致意思是如果开启此项就会对代码中的”dead”、”unreachable”的代码过滤，不过这个开关是否关闭，似乎没有多大影响，不过为了完整还原framework中的代码，将此项关闭也未曾不可。

2.Link With Standard Libraries设置为NO，我想可能是为了避免重复链接

3.Mach-O Type设为Static Library，framework可以是动态库也可以是静态库，对于系统的framework是动态库，而用户制作的framework只能是静态库。

image

3.在项目文件夹中导入工程文件

image

4.在build phase-headers中设置权限

将你要公开的头文件拖至Public下，要隐藏的放在Private或者Project下，当然，隐藏的头文件就无法再被引用。

image

5.接下来的编译模拟器真机和.a文件是一样的

image

合并模拟器CreatFramework和真机CreatFramework

lipo -create 目标地址/CreatFramework  目标地址/CreatFramework -output 目标地址/CreatFramework

合并之后就替换掉真机的CreatFramework

image

最后将真机中的framework导入对应的工程中

image

设置路径

image

解压静态库.a文件

file xxx.a

这个指令可以看到xxx.a库包含哪几种arch

例如

$file libtesta.a libtesta.a: Mach-O universal binary with 2 architectureslibtesta.a (forarchitecture armv7): current ar archive random librarylibtesta.a (forarchitecture arm64): current ar archive random library

可以看到静态库覆盖了两个target，分别是armv7和arm64。

使用lipo指令可以对静态库进行拆分

$lipo libtesta.a -thin arm64 -output 64.a

意思是将静态库中arm64分离输出为64.a（64.a可以是随意的名字）

$ar -x 64.a

使用ar -x指令输出静态库中包含的.o文件

nm testa.o > testa.m

再使用nm指令将.o输出为.m文件

现在就可以去查看.m文件啦。