iOS 中的 armv7,armv7s,arm64,i386,x86_64 都是什麼？
在項目配置中應該如何設置？
概念理解
ARM
ARM處理器，特點是體積小、低功耗、低成本、高性能，所以幾乎所有手機處理器都基於ARM，在嵌入式系統中應用廣泛。
ARM處理器指令集
armv6｜armv7｜armv7s｜arm64都是ARM處理器的指令集，這些指令集都是向下兼容的，例如armv7指令集兼容armv6，只是使用armv6的時候無法發揮出其性能，無法使用armv7的新特性，從而會導致程序執行效率沒那麼高。
還有兩個我們也很熟悉的指令集：i386｜x86_64 是Mac處理器的指令集，i386是針對intel通用微處理器32架構的。x86_64是針對x86架構的64位處理器。所以當使用iOS模擬器的時候會遇到i386｜x86_64，iOS模擬器沒有arm指令集。
目前iOS移動設備指令集
arm64：iPhone5S｜ iPad Air｜ iPad mini2(iPad mini with Retina Display)
armv7s：iPhone5｜iPhone5C｜iPad4(iPad with Retina Display)
armv7：iPhone3GS｜iPhone4｜iPhone4S｜iPad｜iPad2｜iPad3(The New iPad)｜iPad mini｜iPod Touch 3G｜iPod Touch4
armv6 設備： iPhone, iPhone2, iPhone3G, 第一代、第二代 iPod Touch（一般不需要去支持）
際開發中的選擇問題
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的性能。
當然這樣做會使部分設備出現性能損失，當然在普通應用中這點體現幾乎感覺不到，至少不會威脅到用戶體檢。