关于armv7,armv7s,arm64,i386,x86_64的理解

前言

iOS 中的 armv7,armv7s,arm64,i386,x86_64 这些都代表什么？在Xcode中如何选择。

介绍

armv7｜armv7s｜arm64都是ARM处理器的指令集
i386｜x86_64 是Mac处理器的指令集

这些指令集在那些设备中有用到呢？

arm64：iPhone6s | iphone6s plus｜iPhone6｜ iPhone6 plus｜iPhone5S | iPad Air｜ iPad mini2(iPad mini with Retina Display)
armv7s：iPhone5｜iPhone5C｜iPad4(iPad with Retina Display)
armv7：iPhone4｜iPhone4S｜iPad｜iPad2｜iPad3(The New iPad)｜iPad mini｜iPod Touch 3G｜iPod Touch4

i386是针对intel通用微处理器32位处理器
x86_64是针对x86架构的64位处理器

模拟器32位处理器测试需要i386架构，
模拟器64位处理器测试需要x86_64架构，
真机32位处理器需要armv7,或者armv7s架构，
真机64位处理器需要arm64架构。

在实际开发中的选择问题

Xcode中指令集相关选项（Build Setting中）

Architectures

指定工程被编译成可支持哪些指令集类型，而支持的指令集越多，就会编译出包含多个指令集代码的数据包，对应生成二进制包就越大，也就是ipa包会变大。

Valid Architectures

限制可能被支持的指令集的范围，也就是Xcode编译出来的二进制包类型最终从这些类型产生，而编译出哪种指令集的包，将由Architectures与Valid Architectures（因此这个不能为空）的交集来确定

Build Active Architecture Only

指定是否只对当前连接设备所支持的指令集编译

当其值设置为YES，这个属性设置为yes，是为了debug的时候编译速度更快，它只编译当前的architecture版本，而设置为no时，会编译所有的版本。 所以，一般debug的时候可以选择设置为yes，release的时候要改为no，以适应不同设备。

举例

比如 Valid Architectures设置的支持arm指令集版本有：armv7/armv7s/arm64，对应的Architectures设置的支持arm指令集版本有：armv7s，这时Xcode只会生成一个armv7s指令集的二进制包。

再比如：将Architectures支持arm指令集设置为：armv7,armv7s，对应的Valid Architectures的支持的指令集设置为：armv7s,arm64，那么此时，XCode生成二进制包所支持的指令集只有armv7s

Valid Architectures 设置里， 默认为 Standard architectures(armv7,arm64),如果你想改的话，自己在other中更改

使用 standard architectures (including 64-bit)(armv7,arm64) 参数，则打的包里面有32位、64位两份代码，在iPhone5s（ iPhone5s的cpu是64位的 ）下，会首选运行64位代码包， 其余的iPhone（ 其余iPhone都是32位的,iPhone5c也是32位 ），只能运行32位包，但是包含两种架构的代码包，只有运行在ios6以上的系统上。

而使用 standard architectures (armv7,armv7s) 参数， 则打的包里只有32位代码， iPhone5s的cpu是64位，但是可以兼容32位代码，即可以运行32位代码。但是这会降低iPhone5s的性能。 其余的iPhone对32位代码包更没问题， 而32位代码包，对系统也几乎也没什么限制。

所以总结如下： 要发挥iPhone5s的64位性能，就要包含64位包，那么系统最低要求为ios6。 如果要兼容ios5以及更低的系统，只能打32位的包，系统都能通用，但是会丧失iPhone5s的性能。

当然这样做会使部分设备出现性能损失，当然在普通应用中这点体现几乎感觉不到，至少不会威胁到用户体检。

==================================================================================================================================== Xcode编译Undefined
symbols for architecture xxx 错误总结

摘要
每次遇到这种错误就头痛，不知道要害死多少脑细胞了，就在这里做个总结吧

欢迎关注我的GitHub：       https://github.com/bianxiang

                   我的博客:          http://blog.csdn.net/bx_jobs 

每次遇到这种错误就头痛，不知道要害死多少脑细胞了，就在这里做个总结吧

可能会遇到这几种错误：

Undefined symbols for architecture armv7

Undefined symbols for architecture armv7s

Undefined symbols for architecture arm64

Undefined symbols for architecture i386

Undefined symbols for architecture x86_64

错误原因分析

1、大部分情况下是忘记添加了某个系统framework或dylib吧，比如你在项目中使用了sqlite3，但是没有添加libsqlite3.dylib，就会出现这个问题。解决办法是增加对应的framework或dylib。

2、如果是在C++里调用C函数，检查是否有添加extern "C"，这可以通过观察错误提示中的函数名形式来决定，如果是C函数而以C ++的方式调用就需要添加extern "C"。

3、如果是把其它工程的xcodeproj文件加入到当前项目中，检查Build Phases中的Target Dependencies有没有添加依赖，以及General中的Linked Frameworks and Libraries有没有添加相关的.a文件。

4、如果添加.a文件编译无错而添加xcodeproj文件编译出错可参考3

5、如果添加.a文件编译出错，首先检查其对应的头文件是否添加正确，或者在Build Setting中有没有添加对应的Header Search Path路径；其次检查.a文件的c++编译选项与当前项目的c++编译选项是否一致；最后检查.a文件与当前项目的CPU架构信息是否一致

6、如果是extern变量报这个错误，要检查extern变量有没有在其它地方声明，如果没有则加上；如果外部变量在静态库中，可根据5检查引用头文件或头文件搜索路径是否正确；如果头文件无问题，就需要检查静态库与与当前项目的CPU架构信息是否一致

7、如果是使用了静态库，真机Debug测试时正常，而在执行for iOS Device测试时报这个错误，很可能是因为静态库支持的架构不全。出现这种情况是Build Setting中的Build Active Architecture Only在Debug下设为Yes，从而使得真机Debug测试正常。

8、如果只有@interface，没有@implementation也会导致这个错误

检查静态库的CPU架构支持命令：

lipo -info xxxxx.a 

找出不支持arm64的静态库 

find . -name *.a -exec lipo -info "{}" \;

在@end处提示expected }错误解决

问题很明显是}匹配出现问题了。如果代码少很好找，如果代码很多怎么缩小查找范围呢？一般出现这个问题时伴随另一个错误：在某个函数定义处提示"Use of undeclared identifire 'someMethod'”，那么就是在此函数定义之前的地方少了一个}，导致编译器误把函数定义当成函数调用了。