iOS 编译时处理器架构选择

先看看主流的ios设备的架构

• armv6
  • iPhone
  • iPhone2
  • iPhone3G
  • 第一代和第二代iPod Touch
• armv7
  • iPhone4
  • iPhone4S
• armv7s
  • iPhone5
  • iPhone5C
• arm64
  • iPhone5S
  • iPhone6

再看看目前Xcode8的默认设置

根据官方文档，app最后支持的架构是根据 Architectures 和 Valid Architectures 2个选项的交集确定的。为什么使用交际？我觉得是编译过程中这2个参数各有各的作用，但是苹果没有过多地解释。比如说上图这种设置，生成release版后，app支持的架构就是armv7和arm64。注意，没有armv7s，这样做不会影响程序在armv7sd 设备商运行，这是因为armv7s是兼容armv7 的 ，所以在armv7s的手机上，调用armv7的app就可以了，可能效率会稍低一点，但是大小可能会小些。

至于这个Build Active ARchitecture Only，说的是是否仅仅生成一种架构的app，是哪种架构呢？运行在哪个设备上就是哪个架构了。这里需要注意一下，是不是没有看到 x86_64这种运行在模拟器上的架构呢，但是这样的设置却可以正常在模拟器上运行，我觉得，这也是Build Active ARchitecture Only的效果，这个选项的优先级最高，如果设置为YES，会直接忽略上面提到的2个选项！

那么能不能通过手动加入 i386 和 x86_64 来使得生成的程序即能在模拟器执行，又能在真机执行呢？这种情况一般出现在生成 library 或者 framework的时候。我用xcode8 测试的时候，如果加入i386的话会编译报错，具体原因需要研究。目前来说，可行的方法就是利用xcode2次编译，分别生成模拟器的库和真机的库，再用lipo 命令 把2个库的2进制文件合成一个库。

说到了处理器架构，可能会想到bitcode。苹果推出的bitcode，就是一种编程语言和2进制程序之间的中间语言，目的是上传这个中间语言后，苹果可以根据设备需要，动态生成2进制程序，看起来有了这个bitcode，上面的设定是没什么必要了。但是，事实不是这样。

这里推荐一篇关于bitcode的文章：http://www.jianshu.com/p/f42a33f5eb61

这里面说了：

然而bitcode他也不是完全独立于处理器平台和调用约定的.寄存器的大小在指令集中是一个相当重要的特性,众所周知,64bit寄存器可以比32bit寄存器存储更多的数据,生成64bit平台的bitcode和32bit平台的bitcode是明显不同的,还有,调用约定可以根据函数定义或者函数调用来定义,这些可以确定函数的参数传递是传寄存器值呢还是压栈. 一些编程语言还有一些像sizeof(long)这样的预处理指令,这些将在bitcode生成之前前被翻译.一般情况下,对于支持fastcc(fast calling convention)调用的64bit平台会生成与其一致的bitcode代码.

文／戴维营教育（简书作者）
原文链接：http://www.jianshu.com/p/f42a33f5eb61
著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。

说明即使使用了bitcode选项，也要生成不同架构的bitcode程序版本，目前的状态是：bitcode只能在一定意义上辅助生成新的2进制程序，不能完全无视不同的cpu架构。