xCode的build setting

指令集Architectures

• 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，以适应不同设备。

Optimization

1. Link-Time Optimization

Link-Time Optimization 是 LLVM 编译器的一个特性，用于在 link 中间代码时，对全局代码进行优化。这个优化是自动完成的，因此不需要修改现有的代码；这个优化也是高效的，因为可以在全局视角下优化代码。

总结来说就是，开启LTO后，一方面可以减少汇编代码的体积，另一方面也提高了代码的运行效率。苹果官方也是建议开启的。

2. Optimization Level

Optimization Level是指编译器的优化层度，优化后的代码效率比较高，但是可读性比较差，且编译时间更长。 它一共有以下几个选项:

• None: 编译器不会尝试优化代码，当你专注解决逻辑错误、编译速度快时使用此项。

• Fast: 编译器执行简单的优化来提高代码的性能，同时最大限度的减少编译时间，该选项在编译过程中会使用更多的内存。

• Faster: 编译器执行所有优化，增加编译时间，提高代码的性能。

• Fastest: 编译器执行所有优化，改善代码的速度，但会增加代码长度，编译速度慢。

• Fastest, Smallest: 编译器执行所有优化，不会增加代码的长度，它是执行文件占用更少内存的首选方案

平时开发的时候可以选择使用None来不给代码执行优化，这样既可以减少编译时间，又可以看出你代码哪里有性能问题。
release版应该选择Fastest, Smalllest，这样既能执行所有的优化而不增加代码长度，又能使执行文件占用更少的内存。xCode默认也是这样的

3. Optimization (ASSETCATALOG_COMPILER_OPTIMIZATION)

官方的介绍说的是当Optimization设为time的时候会使存取的速度最优，而设为space的时候会使编译的包大小最小的优化。然而我这里经过测试发现设置space和time都没有差别，包大小并没有改变。

• Debug Information Format

这一项设置的是是否将调试信息加入到可执行文件中，改为DWARF后，如果程序崩溃，将无法输出崩溃位置对应的函数堆栈，但由于Debug模式下可以在XCode中查看调试信息，所以改为DWARF影响并不大。所以建议在debug的时候设置为DWARF，而在release的时候设置为DWARF with dSYM file。

• Deployment Postprocessing和Strip Linked Product

Xcode中Strip Linked Product 的默认设置为YES，但是Deployment Postprocessing的默认设置为NO。Deployment Postprocessing 是Deployment的总开关，所以在打开这个选项之前 Strip Linked Product是不起作用的。打开Deployment Postprocessing后我发现编译速度和包大小都有不少提升。
注意：当Strip Linked Product设为YES的时候，运行app，断点不会中断，在程序中打印[NSThread
callStackSymbols]也无法看到类名和方法名。而在程序崩溃时，函数调用栈中也无法看到类名和方法名。所以一般在release的时候打开就可以了。

参考链接:
http://www.cocoachina.com/ios/20180815/24570.html