开发中经常会遇到 Undefined symbols for architecture xxx 的错误，
有时候用模拟器运行好好的，用设备运行就报错，即便是设备运行好好的，执行打包
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 完全可以忽略。
- 在运行
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 就没什么意义了。
- 指令集另一个必须注意的地方就是在制作静态库的时候，编译不同的静态库会生成支持不同指令集的静态库，而编译限定指令集的静态库往往是
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 马上试了下
明显的 armv7, 也验证了自己的猜测，至于是否完全弃用，或者在旧版的 iPod 中有使用，由于没有设备，实在无法验证。
由此也可以看出来，指令集包的大小是累加的，总包大小与分包大小之和是等同的。
文章开始的报错图源自把 sim.a 和 iphone6sp.a 合并后生成的 comlib.a 放入工程中，而后用这个打包且打包设备选择的 Generic iOS Device，因为这两个指令集中都不含有 armv7， 而 Generic iOS Device 必须含有 armv7指令集，所以报错就出现了，于是就有了这篇文章。
当再遇到到 Undefined symbols for architecture xxx 错误时，就不必慌张了，基本就晓得是哪里的问题了，当然有些第三方框架可能并没有做模拟器的支持 x86_64，如果无法更改源代码，只能把调试的模拟器换成 iOS设备了。
