从"Undefined symbols for architecture xxx" 中了解iOS指令集

开发中经常会遇到 Undefined symbols for architecture xxx 的错误，

Undefined symbols for architecture

有时候用模拟器运行好好的，用设备运行就报错，即便是设备运行好好的，执行打包 Archive 时又出现这样的错误，还有就是引用第三方静态库(Framework, lib.a)，简直就是比禽兽还禽兽。

哼!

遇到这类问题先不要慌，分析问题所在，准确定位出问题来源才是快速解决问题的关键。

我们知道这些代表着 iOS 设备的指令集，不同 iOS 设备运行需要的指令集是不同的:

指令集	设备	备注
armv7	iPhone 4, iPhone 4s, iPod 5G, iPad 3	真机32位
armv7s	iPhone 5, iPhone 5c, 旧版 iPod touch, iPad 4	真机32位(可能已经消失了)
arm64	iPhone 5s 及以上版本，iPad Air, Retina iPad Mini, 新版 iPod touch	真机64位
x86_64	iphone 6 及以上的模拟器	模拟器 64位

这些是在 Xcode 9.0 以上版本常用的，当然还有 armv6，i386 等对应 iPhone 3G 以前版本，iPhone 5 之前的模拟器，都已过时，现在App 完全可以忽略。

1. 在运行 Xcode 时，需要对指令集设置的地方在 Targets -> Building Settings -> Architectures 中
   
   

   Architectures

当前适用的指令集即为 Valid Architectures中设置的，如图为 armv7 armv7s arm64, 为什么要这样设置完全是为了适应现在市面上所有的 iOS 设备，并使各个设备发挥最佳性能，指令集都是向下兼容的，armv7, armv7s完全可以运行在 arm64指令集的设备上，但是反过来拿 arm64 运行在 armv7, armv7s就不行，就好比 32位程序可以在64位的机器上运行（只是无法发挥出64位机器优越性），但是64位程序却无法在32位机器上运行一样。

所以再遇到类似 Undefined symbols for archite xxx 的编译问题的时候，先想想是否运行的设备环境不对呢？

而 Build Active Architecture Only 代表是否仅编译当前适用的指令集，一般是 Debug -> YES 加快编译速度， Release -> NO, 让程序尽可能的适应各种设备。当然，如果 Valid Architectures 只设置了一种，比如说必须在 arm64 环境下运行，那这里设置 YES/NO 就没什么意义了。

2. 指令集另一个必须注意的地方就是在制作静态库的时候，编译不同的静态库会生成支持不同指令集的静态库，而编译限定指令集的静态库往往是 Undefined symbols for archite xxx 的元凶。

不同静态库支持的指令集

不同指令集生产的静态库大小对比

其中 sim.a 代码用模拟器编译生成的静态库，generic 代表 Build Only Device， comb 代表所有指令集的集合，，其它顾名思义。

由此可见：
1、 模拟器生成的 sim.a 只支持 x86_64，包的大小也最小，8MB；
2、iPhone 5S 和 iPhone 6SP 生产的 iphone5S.a支持 arm64，由于支持一样的指令集，所以静态包也大小一致，9.1MB；
3、选择 Generic iOS Device 生成的指令集包含 armv7 arm64 包的大小基本等同于 sim.a 和 iphone5S.a之和，明显大了许多；
这也是上面 Build Active Architecture Only 为什么对 Debug 和
Release做出不同设置的原因；
4、一般的开发人员不会同时拥有所有机型的设备，尤其一些新的机型，动辄上万，实在伤不起，没有设备，适配还是要做啊，这就必须要做 模拟器 x86_64 支持，所以就有了后来的 comb.a ，当然如果开发完成后发布应用，完全可以不用做模拟器支持，生成的静态包大小需要再加上 sim.a 的，需要 25.4 MB。

当然如果静态库代码量不大，所有加起来也就几MB甚至更少，对整体App大小影响微乎其微，发布包也支持 x86_64 也是可以的，如果影响很大，那还是在发布的版本中尽量去掉对模拟器的支持。

(所有生成的指令集中,没有发现 armv7s,感觉应该苹果默默的把这个指令集的支持集成到了 armv7 中)

为了验证这个问题，特意(厚着脸皮)去借来了个 iPhone 5 马上试了下

iphone5

明显的 armv7, 也验证了自己的猜测，至于是否完全弃用，或者在旧版的 iPod 中有使用，由于没有设备，实在无法验证。

iphone5

由此也可以看出来， 指令集包的大小是累加的，总包大小与分包大小之和是等同的。

文章开始的报错图源自把 sim.a 和 iphone6sp.a 合并后生成的 comlib.a 放入工程中，而后用这个打包且打包设备选择的 Generic iOS Device，因为这两个指令集中都不含有 armv7， 而 Generic iOS Device 必须含有 armv7指令集，所以报错就出现了，于是就有了这篇文章。

当再遇到到 Undefined symbols for architecture xxx 错误时，就不必慌张了，基本就晓得是哪里的问题了，当然有些第三方框架可能并没有做模拟器的支持 x86_64，如果无法更改源代码，只能把调试的模拟器换成 iOS设备了。