iOS动态库和静态库知识专题导航
3.复杂.a静态库的生成和使用(包含Bundle文件和Category分类文件)
(一)iOS中的库简介
最近项目中用到库,在库的生成和使用中遇到一些问题,于是各种百度和google,发现有关库的博客和文章都很多,但是都比较零散和琐碎,我总结了一下,希望能够给和我有一样困扰的iOS开发者们一些帮助吧!总结不到位的地方请大家多多指正!
iOS中的所谓的库,就是一些封装好的代码的集合,可以用来共享程序代码的一种方式。在iOS中库,其实就是一些三方框架,并且这些库一般都是静态的(动态库审核是必挂的,你懂的-_-),所以这片文章是以静态库为例的。
(二)iOS中库的分类
1.根据程序代码库的开源情况,库可以分为两类:开源库和闭源库两类
开源库:开源库的所有代码都是公开的,可见的;你可以看到.h文件里的接口,也可以看到.m文件里的具体实现。在GitHub上有很多这样第三方框架,比如AFNetworking、SDWebImage、MJRefresh等
闭源库:源代码是封闭的,不可见的;只公开调用.h文件中的调用接口,看不到.m文件中接口的具体实现,是一个编译后的二进制文件。这种情况在企业开发中比较常见,一般在企业开发中为避免一些核心技术的或者常用框架泄漏,出于安全性和稳定性的考虑,不想被外界知道,会把核心代码打包成静态库,只暴露.h 文件给程序员使用。比如百度地图SDK、高德地图SDK、环信即时通讯SDK、友盟分享SDK等等。
2.根据程序代码库在app存在的形式,库可以分为两类:动态库和静态库两类
静态库:在app开发中,以".a"或者“.framework”为文件后缀名为静态库。一般app集成的都为静态库,集成动态库,苹果审核通不过。
动态库:在app开发中,以".tdb"(Xcode7以前为".dylib")或者“.framework”为文件后缀名。WWDC2014上发布的Xcode6 beta时,苹果在iOS上开放了动态库,比如我们经常用到的系统库Foundation.framework/UIKit.framework/AppKit.framework等,都是动态库。但残忍的是,苹果上并不允许我们使用自己创建的动态库。不过由于framework是一种优秀的资源打包方式,拥有无穷智慧的程序员们便想出了以framework的形式打包静态库的招数,因此我们平时看到的第三方发布的framework无一例外都是静态库,集成自定义动态库是上不了AppStore的。
3.动态库和静态库使用中的不同
同一手机系统下,多个程序使用同一个静态库时,每个程序和静态库链接时会被完整的复制到可执行文件中,被多次使用就有多份拷贝。
同一手机系统下,多个程序使用同一个动态库时,每个程序和动态库链接时不会复制,某个程序运行时由系统动态加载到内存,供程序调用。而且系统只加载一次,多个程序共用库中的代码,节省内存。
4.根据开发环境的不同可以分为四种文件版本
静态库文件根据调试和发布分为四个版本:真机-Debug版本、真机-Release版本、模拟器-Debug版本、模拟器-Release版本。
Debug版本和Release版本的区别:Debug版本含完整的符号信息,以方便调试,但是不会对代码进行优化;Release版本执行代码是进行过优化,大小会比Debug版本的略小,执行速度比Debug版本快(但不意味着会有显著的提升),但是不会包含完整的符号信息;我们一般开发中都打包Release(发布)版本,提供外界使用。
(三)iOS中设备的分类
1.模拟器:
4s-5: i386 针对intel通用微处理器32位处理器
5s-8 Plus: x86_64 是针对x86架构的64位处理器
2.真机:
armv6: iPhone、iPhone 2、iPhone 3G、iPod Touch(第一代)、iPod Touch(第二代)(已淘汰)
armv7: iPhone 3Gs、iPhone 4、iPhone 4s、iPad、iPad 2(已淘汰)
armv7s: iPhone 5、iPhone 5c (静态库只要支持了armv7,就可以在armv7s的架构上运行)
arm64: iPhone 5s、iPhone 6、iPhone 6 Plus、iPhone 6s、iPhone 6s Plus、iPhone 7、iPhone 7 Plus、iPhone 7s、iPhone 7s Plus、iPhone SE、iPhone 8、iPhone 8 Plus、iPhone X、iPad Air、iPad Air2、iPad mini2、iPad mini3、iPad Pro
(四)库文件中可以包含的文件内容
1. 静态库中一般包含代码文件和资源文件
代码文件:OC类的.h和.m文件、OC分类文件(Category文件)、C文件、C++文件等
资源文件:代码文件需要调用的资源,如图片、xib文件、plist文件等
生成的静态库文件中如果包含有除OC类的.h和.m代码文件文件外,还有OC分类文件、C文件、C++文件,在导入该静态库时需要在Xcode->Build Settings->Other Linker Flags进行特殊设置;包含OC分类需要将Other Linker Flags设置为-ObjC;包含OC分类、C文件、C++文件需要添加-all_load;包含OC分类、C文件、C++文件,也可将Other Linker Flags设置为-force_load。
在iOS中,代码库中对资源文件进行管理,都是使用Bundle文件;所以如果生成的静态库文件中包含资源文件,需要为代码库创建一个Bundle文件,对代码库中的资源文件进行统一管理。
2.Other Linker Flags标记值的说明
-ObjC:Unix的标准静态库实现和Objective-C的动态特性之间有一些冲突:Objective-C没有为每个函数(或者方法)定义链接符号,它只为每个类创建链接符号。这样当在一个静态库中使用分类来扩展已有类的时候,链接器不知道如何把类原有的方法和分类中的方法进行关联,就会导致你调用分类中的方法时,出现”selector not recognized”,也就是找不到方法定义的错误。为了解决这个问题,引入了-ObjC标志,它的作用就是将静态库中所有的和对象相关的文件都加载进来。
-all_load:可以强制加载所有的OC分类、C文件、C++文件。该标记值是专门处理-ObjC的一个bug的。用了-ObjC以后,如果类库中只有category没有类的时候这些category还是加载不进来。
-force_load:可以强制加载所有的OC分类、C文件、C++文件,但是-force_load后面必须跟一个指向该.a文件的静态库路径。
当静态库使用以上加载标记值时,这样会导致编译之后的app会变大(因为加载了其它的代码进来);但是如果静态库中有OC分类文件、C文件、C++文件的话只有加入对应的标记值才能编译通过。
(五)简单.a静态库的生成和使用
1.以Xcode9.2为例,创建.a静态库工程
2.设置.a静态库
Supported Platforms选项设置为iOS及为适用手机平台的.a,也可为macOS及适用Mac电脑平台的.a等。
Valid Architectures设置兼容的设备类型,详情见:iOS中设备的分类。
3.自定义需要的类和方法
4.设置.a文件的环境模式、路径和可见的文件
Edit Scheme设置.a环境模式,我这里以Debug模式为例。
Subpath设置可见文件的子路径,下图为默认路径;$(PRODUCT_NAME)为工程名称。
name下的文件为生成.a静态库中可见的文件,将对应的.m文件可见可以在导入该.a文件中对对应的方法进行修改。
5.生成.a文件
选择任意一个模拟器,command+b生成debug模式下调试环境的.a文件。
选择Generic iOS Device,command+b生成debug模式下发布环境的.a文件。
Debug-iphonesimulator文件夹是调试环境下的.a文件,Debug-iphoneos文件夹是发布环境下的.a文件。
6.查看.a文件编译环境:
(cd .a文件所在的文件夹)命令进入.a所在的文件夹,用(lipo -info .a文件名)命令查看.a文件编译环境
7.合并调试环境和发布环境下的.a文件
将调试环境和发布环境.a文件重命名并复制到合成.a文件所在的文件夹。(cd 合成.a文件所在的文件夹)命令进入.a所在的文件夹,用(lipo -create .a文件名 .a文件名 -output 合成.a文件名)命令合成所得.a文件
8.在工程中使用.a文件
在工程中导入.h文件夹和.a文件。
在工程中需要调用.a库中的文件中,导入头文件,代码中调用.a中封装的方法。如果.a中对应的方法的.m文件也可访问,可以在.m中修改该代码的实现。
注意:在模拟器环境下及调试环境下和在真机环境下及发布环境下,必须导入对应的.a文件或者合成两环境下的.a文件,否则会出错,导致工程编译失败。