iOS 编译时处理器架构选择

时间:2024-10-05 12:33:38

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

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

再看看目前Xcode8的默认设置

iOS 编译时处理器架构选择

根据官方文档,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架构。

相关文章