前言：

指令集的概念:CPU指令集定义的是一个中央处理器所应该提供的基础功能的集合，它是一个标准是一个接口也是一个协议。在软件开发中具有协议和接口定义的概念，无论是消费者还是提供者都需要遵循这个标准来进行编程和交互：提供者要实现接口所具有的功能，至于如何实现则是内部的事情，不对外暴露，消费者也不需要知道具体的实现细节；消费者则总是要按接口提供的功能方法并组合使用来完成某种功能。这种设计的思维对于硬件系统也是一样适用的。一般情况下某种CPU指令集通常都是由某些设计或者生产CPU的公司或者某标准组织共同定义而形成

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指令集。

在iOS项目中难免都会看到armv7， armv7s ，arm64，i386，x86_64,以及最新xcode10 才加入的arm64e,但是他们具体是干啥的呢？下面我来简单的说一下。

arm64：iPhone6s | iphone6s plus｜iPhone6｜ iPhone6 plus｜iPhone5S | iPad Air｜ iPad mini2(iPad miniwithRetina Display)

armv7s：iPhone5｜iPhone5C｜iPad4(iPadwithRetina Display)

armv7：iPhone4｜iPhone4S｜iPad｜iPad2｜iPad3(The New iPad)｜iPad mini｜iPod Touch3G｜iPod Touch4

这些都是在实际iOS开发真机中用到的

i386是针对intel通用微处理器32位处理器

x86_64是针对x86架构的64位处理器

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

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

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

真机64位处理器需要arm64架构。

这里面还有一个需要注意的点就是armv7 可以兼容armv7s相关的指令集，其实在真机项目中可以直接删除掉armv7s，这样可以节省一部分的包大小。

一、 在实际开发中的选择问题

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

Architectures

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

Valid Architectures

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

Build Active Architecture Only

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

当其值设置为YES，这个属性设置为yes，是为了debug的时候编译速度更快，它只编译当前的architecture版本，而设置为no时，会编译所有的版本。 所以，一般debug的时候可以选择设置为yes，release的时候要改为no，以适应不同设备。

举例

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

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

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以上的系统上。

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

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

当然这样做会使部分设备出现性能损失，当然在普通应用中这点体现几乎感觉不到，至少不会威胁到用户体检。

二、制作静态库.a以及.framework时指令集选择

现在回归到正题，如何制作一个“没有问题”的.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

（详情可以参考http://blog.csdn.net/lizhongfu2013/article/details/12648633）

这样就制作了一个通用的静态库.a

参考链接：

https://blog.csdn.net/lizhongfu2013/article/details/42387311

http://www.cocoachina.com/cms/wap.php?action=article&id=21852