接上篇，我们要制作一个通用的.a文件。

先上理论知识：

一、概要

平时项目开发中，可能使用第三方提供的静态库.a，如果.a提供方技术不成熟，使用的时候就会出现问题，例如：

在真机上编译报错：No architectures to compile for (ONLY_ACTIVE_ARCH=YES, active arch=x86_64, VALID_ARCHS=i386).

在模拟器上编译报错：No architectures to compile for (ONLY_ACTIVE_ARCH=YES, active arch=armv7s, VALID_ARCHS=armv7 armv6).

要解决以上问题，就要了解一下Apple移动设备处理器指令集相关的一些细节知识。

二、几个重要概念

1、ARM

ARM处理器，特点是体积小、低功耗、低成本、高性能，所以几乎所有手机处理器都基于ARM，在嵌入式系统中应用广泛。

2、ARM处理器指令集

armv6｜armv7｜armv7s｜arm64都是ARM处理器的指令集，这些指令集都是向下兼容的，例如armv7指令集兼容armv6，只是使用armv6的时候无法发挥出其性能，无法使用armv7的新特性，从而会导致程序执行效率没那么高。

还有两个我们也很熟悉的指令集：i386｜x86_64 是Mac处理器的指令集，i386是针对intel通用微处理器32架构的。x86_64是针对x86架构的64位处理器。所以当使用iOS模拟器的时候会遇到i386｜x86_64，iOS模拟器没有arm指令集。

3、目前iOS移动设备指令集

arm64：iPhone5S｜ iPad Air｜ iPad mini2(iPad mini with Retina Display)

armv7s：iPhone5｜iPhone5C｜iPad4(iPad with Retina Display)

armv7：iPhone3GS｜iPhone4｜iPhone4S｜iPad｜iPad2｜iPad3(The New iPad)｜iPad mini｜iPod Touch 3G｜iPod Touch4

armv6 设备： iPhone, iPhone2, iPhone3G, 第一代、第二代 iPod Touch（一般不需要去支持）

4、Xcode中指令集相关选项（Build Setting中）

（1）Architectures

Space-separated list of identifiers. Specifies the architectures (ABIs, processor models) to which the binary is targeted. When this build setting specifies more than one architecture, the generated binary may contain object code for each of the specified architectures.

指定工程被编译成可支持哪些指令集类型，而支持的指令集越多，就会编译出包含多个指令集代码的数据包，对应生成二进制包就越大，也就是ipa包会变大。

（2）Valid Architectures

Space-separated list of identifiers. Specifies the architectures for which the binary may be built. During the build, this list is intersected with the value of ARCHS build setting; the resulting list specifies the architectures the binary can run on. If the resulting architecture list is empty, the target generates no binary.

限制可能被支持的指令集的范围，也就是Xcode编译出来的二进制包类型最终从这些类型产生，而编译出哪种指令集的包，将由Architectures与Valid Architectures（因此这个不能为空）的交集来确定，例如：

比如，你的Valid Architectures设置的支持arm指令集版本有：armv7/armv7s/arm64，对应的Architectures设置的支持arm指令集版本有：armv7s，这时Xcode只会生成一个armv7s指令集的二进制包。

再比如：将Architectures支持arm指令集设置为：armv7,armv7s，对应的Valid Architectures的支持的指令集设置为：armv7s,arm64，那么此时，XCode生成二进制包所支持的指令集只有armv7s

在Xcode6.1.1里的 Valid Architectures设置里， 默认为 Standard architectures(armv7,arm64),如果你想改的话，自己在other中更改。

原因解释如下：

使用 standard architectures (including 64-bit)(armv7,arm64) 参数，则打的包里面有32位、64位两份代码，在iPhone5s（ iPhone5s的cpu是64位的 ）下，会首选运行64位代码包， 其余的iPhone（ 其余iPhone都是32位的,iPhone5c也是32位 ），只能运行32位包，但是包含两种架构的代码包，只有运行在ios6，ios7系统上。

这也就是说，这种打包方式，对手机几乎没要求，但是对系统有要求，即ios6以上。

而使用 standard architectures (armv7,armv7s) 参数， 则打的包里只有32位代码， iPhone5s的cpu是64位，但是可以兼容32位代码，即可以运行32位代码。但是这会降低iPhone5s的性能。 其余的iPhone对32位代码包更没问题， 而32位代码包，对系统也几乎也没什么限制。

所以总结如下：

要发挥iPhone5s的64位性能，就要包含64位包，那么系统最低要求为ios6。 如果要兼容ios5以及更低的系统，只能打32位的包，系统都能通用，但是会丧失iPhone5s的性能。

（3）Build Active Architecture Only

指定是否只对当前连接设备所支持的指令集编译

当其值设置为YES，这个属性设置为yes，是为了debug的时候编译速度更快，它只编译当前的architecture版本，而设置为no时，会编译所有的版本。 编译出的版本是向下兼容的，连接的设备的指令集匹配是由高到低（arm64 > armv7s > armv7）依次匹配的。比如你设置此值为yes，用iphone4编译出来的是armv7版本的，iphone5也可以运行，但是armv6的设备就不能运行。所以，一般debug的时候可以选择设置为yes，release的时候要改为no，以适应不同设备。

1） Architectures:armv7, armv7s, arm64

       ValidArchitectures:armv6, armv7s, arm64

       生成二进制包支持的指令集： arm64

2）Architectures: armv6, armv7, armv7s

      Valid Architectures:armv6, armv7s, arm64

      生成二进制包支持的指令集： armv7s

3）Architectures: armv7, armv7s, arm64

     Valid Architectures: armv7，armv7s

     这种情况是报错的，因为允许使用指令集中没有arm64。

注：如果你对ipa安装包大小有要求，可以减少安装包的指令集的数量，这样就可以尽可能的减少包的大小。当然这样做会使部分设备出现性能损失，当然在普通应用中这点体现几乎感觉不到，至少不会威胁到用户体检。

三、制作静态库.a是指令集选择

现在回归到正题，如何制作一个“没有问题”的.a静态库，通过以上信息了解到，当我们做App的时候，为了追求高效率，并且减小包的大小，Build Active Architecture Only设置成YES，Architectures按Xcode默认配置就可以，因为arm64向前兼容。但制作.a静态库就不同了，因为要保证兼容性，包括不同iOS设备以及模拟器运行不出错，所以结合当前行业情况，要做到最大的兼容性。

ValidArchitectures设置为：armv7｜armv7s｜arm64｜i386｜x86_64

Architectures设置不变（或根据你需要）:armv7｜arm64

然后分别选择iOS设备和模拟器进行编译，最后找到相关的.a进行合包，使用lipo -create 真机库.a的路径 模拟器库.a的的路径 －output 合成库的名字.a！这样就制作了一个通用的静态库.a

注意：以上来自大神博客 http://blog.csdn.net/lizhongfu2013/article/details/42387311

下面我们来动手制作一个通用的静态库.a来（xcode8版本）

新建一个Project,选择“Cocoa Touch Static Library”，点击Next

图一

这里我们将工程名命名为StaticLibrary，完成之后我们会得到了一个静态库工程

图二

我们看到，工程中自动初始了与工程同名的点两个.h和.m文件，并默认将StaticLibrary.h作为接口文件暴露给外部使用。由于重点是制作.a文件，这里我们在StaticLibrary.h添加一个简单的方法，并在StaticLibrary.m里面去实现它

.h文件

@interface StaticLibrary :NSObject

+ (void)helloWorld;

@end

.m文件

#import"StaticLibrary.h"

@implementation StaticLibrary

+ (void)helloWorld {

     NSLog(@"hello, world !");

}

@end

然后，在buildingSettings选项卡里面将“Build Active Architecture Only”设置为NO，并在“Valid Architecture”添加i386、x86_64选项

图三

然后选择一个模拟器，按“command+B”进行编译

成功之后，products文件夹下的libStaticLibrary.a文本颜色会由红变黑

图四

选中libStaticLibrary.a后点击右键，选择“Show in Finder”,你会看到文件libStaticLibrary.a和include文件夹，include文件夹里面包含有接口文件StaticLibrary.h。

使用lipo -info libStaticLibrary.a命令查看libStaticLibrary.a文件信息

图五

我们已经得到了一个可以在模拟器上使用的.a文件了！干得不错！

下面，再来制作在真机上使用的

在Build Setting选项卡的“Architectures”里面添加“armv7s”

图六

选择真机“Generic iOS Device”，再“command+B”一次，成功之后取出点a，同样使用

lipo -info libStaticLibrary.a查看文件信息

图七

干得不错！适用真机的.a文件也有了！

下面就把它们合并起来了！

lipo -create /Users/你的电脑名/Desktop/模拟器/libStaticLibrary.a /Users/你的电脑名/Desktop/真机/libStaticLibrary.a -output /Users/你的电脑名/Desktop/libStaticLibrary.a

成功之后，通过lipo -info 命令查看合并后的libStaticLibrary.a文件信息

图八

好，大功告成！

接下来，就把可以我们制作好的libStaticLibrary.a和接口文件StaticLibrary.h引入到别的工程里面去用了，模拟器和真机都可以，再也不用担心会报错了！

图九

这个时候，看到hello，world !，感觉太爽了！