關於Xcode “Build Setting”中的Architectures詳解

基本概念

ARM架構，是一種低成本、高性能、低耗電處理器架構，目前廣泛的在移動通信領域中使用。
ARM處理器指令集蘋果A7處理器支持兩個不同的指令集：32位ARM指令集（armv6｜armv7｜armv7s）和64位ARM指令集（arm64）。 i386｜x86_64 是Mac處理器的指令集，i386是針對intel通用微處理器32架構的。x86_64是針對x86架構的64位處理器。當使用iOS模擬器的時候會遇到i386｜x86_64，iOS模擬器沒有arm指令集。
目前iOS移動設備指令集
ARMv8/ARM64: iPhone 6(Plus), iPhone 5s, iPad Air(2), Retina iPad Mini(2,3)
ARMv7s: iPhone 5, iPhone 5c, iPad 4
ARMv7: iPhone 3GS, iPhone 4, iPhone 4S, iPod 3G/4G/5G, iPad, iPad 2, iPad 3, iPad Mini
ARMv6: iPhone, iPhone 3G, iPod 1G/2G
“Build Setting” 中Architecture詳解
Architectures
指定工程支持的指令集的集合，如果設置多個architecture，則生成的二進制數據包會包含多個指令集代碼，體積會變大。
Valid Architectures
有效的指令集集合，Architectures與Valid Architectures 的交集來確定最終的數據包包含的指令集代碼。
Build Active Architecture Only
指定是否只對當前連接設備所支持的指令集編譯，默認Debug的時候設置為YES，Release的時候設置為NO。設置為YES是只編譯當前的architecture版本，生成的包只包含當前連接設備的指令集代碼。設置為NO，則生成的包包含所有的指令集代碼（上面的Valid Architectures跟Architectures的交集）。因此為了調試速度更快，則Debug應該設置為YES。
特殊：設置此值為YES，如果連接的設備是arm64的（ iPhone 5s，iPhone6（plus）等），則Valid Architecture 中必須包含arm64, 否則編譯會報錯（報錯的內容在下面常見問題中）。
總結一下，按照新版Xcode6.1.1的默認設置就沒有任何問題，之前的Xcode版本開發的項目也建議升級到Xcode6.1.1，同樣按照如下配置：
Architectures 默認設置為 Standard architectures(armv7,arm64) 。（之前的Xcode版本中默認設置還包括armv7s，現在去掉了，估計是因為armv7s相較armv7優化不大，能向下兼容，而設置后還會增大二進制包的大小）
Valid Architectures 默認設置為 armv7 armv7s arm64。
Build Active Architecture Only：默認Debug的時候設置為YES，Release的時候設置為NO。

App適配64位
為什么要適配64位？
1: 蘋果官方要求： 2015年2月1日起，提交到AppStore的新應用必須支持64bit，6月1日起，更新的app也必須支持64bit。詳見官方文檔。
2: 為了提升性能：目前A7使用的是ARM V8架構，除了使用64位的地址總線和64位的寄存器以外，還增加了寄存器的數量，目前A7中的整數和浮點數寄存器是A6的兩倍。寄存器的增加提高了程序的運行速度。詳見官方文檔。再者，64位系統為了兼容32位的程序，64位的iOS系統中帶有兩套Framework，一套32位的，一套64位的。當64位的iOS系統運行原來的32位程序時，系統會調用32位的Framework作為底層支撐，當系統運行64位程序時，系統會調用64位的Framework作為底層支撐，所以如果app不做64位適配的話，系統會調用32位Framework，消耗內存增多，運行速度會變慢。
如何適配64位？
1：Xcode版本號>5.0.1。（建議升級到最新版本）
2：minimum deployment target > 5.1.1。
3：按照上述Xcode6的默認配置進行配置，其他Xcode版本最好也進行如此配置。
4：運行測試代碼，解決編譯warnings and errors，對照本文檔或者官方文檔 64-Bit Transition Guide for Cocoa Touch對相應地方做出修改。（編譯器不能告訴我們一切）
5：在真實的64-bit機器上測試。
6：使用Instruments查看內存使用問題。

關於Architecture的常見問題

編譯報錯 No architectures to compile for (ONLY_ACTIVE_ARCH=YES, active arch=x86_64, VALID_ARCHS=i386).

問題起因：active architecture（當前連接設備的指令集）為64位指令集，但是valid architecture只包含32位指令集
解決方法：valid architecture增加arm64 （常見的一些帖子的解決方案是把Build Active Architecture Only設置為NO，這是個簡單粗暴的解決辦法，在Debug過程中也會生成包含所有指令集的代碼，更何況現在官方強制必須支持64位，故不建議采納）
2. No architectures to compile for (ONLY_ACTIVE_ARCH=YES, active arch=i386, VALID_ARCHS=x86_64).

問題起因：跟上個問題同理，只不過連接的設備指令集是32位指令集，但是valid architecture只包含64位指令集
解決辦法：valid architecture增加armv7
3. App在打包submit到Appstore中，提示需要支持64bit，或者在App提交完成后Apple發Missing 64-bit support 內容的郵件給開發者。

解決辦法： App按照上述適配64位的步驟進行適配。
4. 導入靜態庫后編譯報錯為

問題起因：1：可能是靜態庫中不包含這個類。
2：靜態庫工程可能沒有鏈接到應用。
3：可能是因為靜態庫(.a)為真機版本，不包含模擬器版本（i386）。
解決辦法：1：查看靜態庫里面是否存在這個類。
2：Build Phases中沒有添加Link Binary With Libraries 中添加此靜態庫。
3：把調試目標換成真機或者導入一個模擬器版本跟真機版本合並的版本
同理如果導入的庫是模擬器版本而用真機調試也會報錯，所以導入一個通用的版本是目前來講最好的辦法。
5. 導入靜態庫后編譯報錯為

問題起因：1：可能原因同上，因為靜態庫不包含報錯的類
2：可能原因同上，因為靜態庫程可能沒有鏈接到應用。
3：可能是因靜態庫不支持64位
解決辦法：排除前兩個可能原因后，來看第三個起因的解決辦法：查看靜態庫的提供方是否有更新支持64位，如果最新的靜態庫依然不支持64位的話，則需要獲取其源碼重新打包靜態庫，valid architecture中添加arm64。
詳細的解決辦法參考stackoverflow。如果不能獲得源代碼的話，鑒於目前蘋果官方需要支持64位，所以只能換別的靜態庫了，否則聯系開發者進行靜態庫更新。

參考文檔

1: 蘋果官方文檔對於”Build Setting”的介紹
2: iOS開發~制作同時支持armv7，armv7s，arm64，i386，x86_64的靜態庫.a
3: iOS工程如何支持64-bit
4: Xcode的Architecture和Valid Architecture的區別
5: 64-bit Transition Guide For Cocoa Touch