（转）iOS的静态库和动态库(.a、.framework)、Undefined symbols for architecture x86_64、Invalid bitcode signature错误的...

1. 什么是类库?

类库就是程序代码的集合,是共享程序的一种特殊方式,主要分为两种类型:
1.开源 : 公开源代码.可以看到具体实现
2.闭源 : 不公开源代码,是经过编译后的二进制文件,看不到代码具体实现,也主要分为两种类型, 即:动态库和静态库.(.a类库使用""来导入头文件,.framework使用<>来导入头文件)

2. 静态库

1.后缀一般为.a 或者.framework
2.链接时,静态库中使用的文件会被完整的复制到可执行文件中,被多次使用就有多份的冗余拷贝(比如手机上的两个app都使用了友盟SDK的类库,那么在每个app下都会完整的导入友盟的SDK的类库)

3.动态库

1.后缀为.dylib 或者.framework; iOS9取消了.dylib更新为.tbd代替
2.链接时不会复制可执行文件, 程序运行时从系统动态的加载到内存,供程序应用,系统只加载一次,多个程序公用,节省内存
3.UIKit/foundation都是系统的动态库, 而自己的制作的动态库就会被拒绝上架(引入非系统的动态库上架都会被拒),原因就是防止中途可能被攻击(动态注入攻击)、苹果每个app都有自己的独立沙盒空间,若使用了自定义的动态库,就能实现的除了应用内跳转之外(官方允许)的间接通讯了.

4.生成&使用.a静态库

4.1 创建类库文件,选择中间的生成.a静态库

 

项目创建.png

4.2 编译文件即可生成.a静态库

 

CreatLib.png

4.3 ShowInFinder后的路径,在真机和模拟器都进行编译,得到两个文件,即两个不同的静态库;文件中的liblibraryDemo.a就是得到静态库,libraryDemo.h就是暴露给外界的.h文件;使用时直接把Debug-iphoneos或者Debug-iphonesimulator文件直接拖拽到项目中,引入头文件就可以使用了

 

Library.png

4.4 自定义类和资源文件需要进行公开 : 自定义的类或者资源文件在编译后没有添加到公开的.h文件夹中,这时使用该静态库的程序就会提示找不到文件,这样的情况下就需要手动导入.

 

未引入自定义的类的.h文件.png

 

引入方法.png

4.5 资源包(同名资源冲突) :

1. 若资源文件按照如上的操作添加到类库中,且项目中和类库中有同名资源,不管是项目调用,还是类库中调用,都会加载项目中的文件;
2. 封装类库时,需要将资源文件打包成Bundle进行添加,这种方式有效避免同名资源冲突;
3. 在类库的路径下直接新建文件夹存入资源,改名字为xx.bundle,然后按照4.4的引入方法公开bundle文件,这样在类库内部或者外部需要使用该资源是就引用"xx.bundle/资源名称"就可以了.

5. 架构合成 (architecture x86_64就叫架构)

5.1 架构

1. CPU架构 -> 设计模式
2. 主流架构分两种:
   2.1 精简指令集: 一般给移动设备/平台设备使用 ARM/IBM(两家公司)
   armv7 iPhone 3GS, iPhone 4, iPhone 4S, iPad , iPad 2等
   armv7s iPhone 5, 5C系列, iPad 4 等
   arm64(armv8) iPhone 5s及以上, iPad Air, Retina iPad Mini等
   2.2 复杂指令集: 一般给PC Intel/AMD
   i386 iPhone 4s,iPhone 5的模拟器
   x86_64 iPhone 5s及以上的模拟器

5.2 当使用真机情况下编译得到的静态库,运行在模拟器上,会编译报错:

 

模拟器运行只支持真机的静态库.png

5.2.1 Undefined symbols for architecture x86_64错误

 

Xcode7.0之前报错.png

解决方案 : 翻译过来就是XX架构出现没定义符号,属于链接错误;出现这个错误只有两种原因:
1.项目中没有导入该类库
2.项目运行的平台(架构)和类库生成的平台(架构)不一致

很明显上面的错误原因就是因为在模拟器上运行了真机情况下编译得到的类库,所以让我们的类库支持以上所有架构,就能解决问题了.

5.2.2 封装类库时如何解决架构不一致问题(就是让类库支持所有架构)

1. 生成5个类库,并说明对应架构版本
2. Xcode7.0之后都采取这个方法:进行架构合成(把5个类库合成到一个文件中)

查看类库包含的架构:
终端指令 lipo -info 类库文件的路径(直接拖进来)
查看类库的类型:

终端指令 file 类库文件路径(Mach-O 64-bit dynamically linked shared library x86_64为动态库)

 

终端查看库类型

合成架构:

1. 使用lipo工具进行合成: lipo -create 类库1路径 类库2路径 -output 新类库路径
2. 使用Xcode来合成类库 (优点:没有对应架构的设备也可以生成支持所有架构的类库)
    

   

   Xcode合并.png
   2.1 生成真机组的架构默认会缺armv7s 解决办法:
    

   

   armv7s补充.png
   2.2 在设置为NO的情况下模拟器和真机分别运行一下,然后通过lipo工具进行合成即可.

5.2.3 Invalid bitcode signature错误

 

Xcode10报错.png

这种错误的原因很多,需要看一下详细信息;在这里发现是提供的类库是iphoneOS的且不支持x86_64
1.更换新的类库
2.删减有效架构

 

image.png

6. 生成&使用Framework类库

1. 创建类库的时候选择Cocoa Touch Framework即可. dynamicDemo.framework文件下的dynamicDemo文件才是自定义的framework库
    

   

   编译得到framework类库
    

   

   类库版本设置
2. framework类库就是个穿着马甲的文件夹
3. framework中自定义的类也需要公开
    

   

   自定义类的公开
4. framework生成的默认是动态库
5. framework中的资源bundle(默认生成)需要手动导入到项目
    

   

   资源文件公开
6. 在外界直接调用framework,运行报错
    

   

   链接错误截图
    

   

   解决办法
    

   

   项目引入framework中的资源文件
7. framework改为静态库
    

   

   修改类库产出物
    

   

   生成的动态库
    

   

   生成的静态库

8. framework的架构合成与.a类库相同

7. framework和library的关系

.a静态库是Unix的静态库,可以跨平台使用
.framework是iOS推出的,本质就是将类库的头文件&资源文件&类库文件进行了打包

拓展 : Bitcode 应用瘦身

1. iOS9推出新特性,如果项目使用了Bit-code,则AppStore可以将项目中用到的类库文件进行分离(按照架构分离,可以将1个合成的文件改回5个文件),当手机要下载某个APP时,AppStore会根据手机的架构,将对应架构的类库放进应用的执行文件供用户下载,这样有利于减少类库占用的空间
2. 所有Xcode7开始创建的项目都会有bitcode选项,且默认为YES
3. Bitcode有一个特点: 一旦项目使用了BitCode,则项目中用到的所有类库也必须要支持Bit-code,如果不支持,编译不通过(报错会提示是Bit-code出现问题)
4. 如果项目中使用类库不支持bit-code,且没有其他替代方案,就只能设置项目bitcode=NO

以上类库的使用都是按照个人的理解整理出来的,如果有什么问题,欢迎大家指正纠错,万分感谢!
.End

原文地址：https://www.jianshu.com/p/13db8c7f8925