iOS 开发者应该知道的 ARM 结构

核心提示：iPhone 使用了 ARM 11 核心(确切说是 ARM1176JZF-S，不过这不重要，iOS 开发者应该知道的 ARM 结构(2)，只要记得它是 ARM 11 家族的成员就行了)，正如刚才提到的，但不能确保(或者说，所需技巧太复杂而不能确保不出错)在将来的 ARMv8 处理器上能够稳定运行，这款处理器采用 ARM

iPhone 使用了 ARM 11 核心(确切说是 ARM1176JZF-S，不过这不重要，只要记得它是 ARM 11 家族的成员就行了)，正如刚才提到的，这款处理器采用 ARMv6 指令集。之后的 iOS 设备仍采用 ARM11，直到 iPhone 3GS 发布，苹果开始尽数转向 Cortex A8 处理器核心(尽管尚不确定，但 iPhone 4 很可能用的就是 A8 )。这个核心采用了 ARMv7 指令集，或这么说，它支持 ARMv7。

我已经说过，不要在程序里植入设备判断代码，然后通过已知信息侦测设备所支持的 ARM 结构。这种代码极不可靠，而且运行在(软件完成后才发布的)新设备上会导致中断。所以请别这么做，否则我发誓，我会跑到你家里废了你。以上知识是为了让你粗略了解，有些设备支持 ARMv7，有些设备支持 ARMv6。至于如何侦测，我马上会谈到。

不过，你可能会想「iPad 和 iPhone 4 用的是 A4，不是 Cortex A8 吧?」不然，A4 其实是一个完整的单片系统(SOC)，其中不只有 Cortex A8 内核，还包括了图形硬件、音视频编码加速器和其他数字模块。单片系统和处理器是两个很不相同的概念，处理器在硅片上甚至不占主要空间。

如果不懂得如何利用，即使设备支持 ARMv7 也无济于事。当然应用新的指令集也没有问题，但如果总是这么做，早先的设备就无法运行你写的代码了，我猜，这也许不是你想要的结果。那么，应该如何侦测设备所支持的结构呢?— 只有确定它是否支持 ARMv7 才能好好利用啊。答案是：没必要知道。相反，把代码编译两次，一次针对 ARMv6，另一次针对 ARMv7，接着把这两个可执行文件打包成一坨肥硕无比的二进制文件。好了，运行的时候，设备会自己决定打开哪一个更好。是的，Mach-O 不仅可以用来组合完全不同的 CPU 结构(例如 PowerPC 和 Intel)，或者相同结构的 32 位和 64 位版本，它还可以对付同一种结构的 2 个变体，用 Mach-O 的术语来说，这叫 CPU 子类。从程序员的角度看，这么做的结果是：编译时决定一切。针对 ARMv6 编译的代码只运行在 ARMv6 设备上，同理，针对 ARMv7 编译的代码只运行在 ARMv7(或者更好)的设备上。

如果你读过了我写的 NEON 那帖，你也许会记得我推荐过一种在运行时(Runtime)中侦测和选择结构的方法。如果再去看，你会发现我已经把那部分移走了，现在，我不建议那么做，因为虽然这的确有用，但不能确保(或者说，所需技巧太复杂而不能确保不出错)在将来的 ARMv8 处理器上能够稳定运行。文档中是否有相关 API 的状态不重要(不在 iOS 的手册页中)，如果你想在 ARMv6 上运行又希望利用