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文件，否则会出错，导致工程编译失败。
