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

核心提示：ARM7v，就用我刚才讲过的办法，iOS 开发者应该知道的 ARM 结构(3)，补充一点：在 iOS 环境下，ARM 结构不一定能反映处理器的型号，而这只能在调用或从函数返回时发生，当目标平台是 ARMv6 的时候，例如，对应 ARMv6 的 iOS 代码需要浮点指令的支持(VFPv2

ARM7v，就用我刚才讲过的办法。

补充一点：在 iOS 环境下，ARM 结构不一定能反映处理器的型号。例如，对应 ARMv6 的 iOS 代码需要浮点指令的支持(VFPv2，准确的说)，对 ARMv6 而言，虽然这是可选项，不过自从第一代 iPhone 发布以来就已经存在。所以，如果在 iOS 开发(例如编译器 -arch 设置或一个可执行文件的 CPU 子类)中提到了 ARMv6，就表示需要硬件浮点的支持。这对 ARMv7 和 NEON 也一样：虽然 NEON 实际上是 ARMv7-A 配置的一个可选项，但是因为它出现在所有支持 ARMv7 的 iOS 设备中，所以，提到 iOS NEON 即部分提到 ARMv7。

条件执行

ARM 结构一个实用的功能是，大多数指令可以有条件地执行 — 如果条件不满足，则指令无效。这可以缩短过程，让区块(Blocks)部署地更为有效。通常的办法是，如果区块不符合条件则跳过，但是通过把判断指令植入块内，省去了该步骤。

如果这仅仅是编译器用来提高代码效率的手段，我就不会在这里提到它了。虽然，这的确是它的一个功用，但之所以提到是因为，在调试(Debugging)时，它可能会令人吃惊。事实上，有时你会发现，调试器会进入状态为假的条件区块(if block，例如早期的错误回报)，或者进入 if-else 的两个分支。这是因为，虽然代码尽数经过处理器，但是一部分没有实际执行，即条件执行。另外，如果你把断点置入这样的条件区块中，即使状态为假，它仍有可能执行。

话虽如此，但是在我有限的测试中，编译器似乎拒绝在调试配置中生成条件执行指令。因此它应该只发生在调试优化后的代码的时候，不幸的是，有时候你没得选择，只能这么做。

Thumb

Thumb 指令集是 ARM 指令集的一个子集，经过压缩，因此指令只有 16bits(所有 ARM 指令的大小都是 32bits，它仍然是 32 位结构，只是占用的空间少了)这不是一个全然不同的结构，而应将其视作常见 ARM 指令和功能的缩写。它的优点，显然是大为缩小代码尺寸，节约内存和缓存，以及代码带宽。虽然更适用于内存紧张的微控制器型应用程序，但是在 iOS 设备中，它仍然有用处，也因为如此，Xcode 默认在 iOS 项目中打开这项功能。虽然代码尺寸因此减少很多，但是不可能达到 50%，因为有时候完成一个 ARM 指令需要对应的两个 Thumb 指令。ARM 和 Thumb 指令不能随意混合，处理器需要针对二者切换不同的模式，而这只能在调用或从函数返回时发生。

当目标平台是 ARMv6 的时候，编译 Thumb 指令面临着很大的权衡取舍。ARMv6 的 Thumb