前言：

指令集的概念:CPU指令集定義的是一個(gè)中央處理器所應(yīng)該提供的基礎(chǔ)功能的集合医男，它是一個(gè)標(biāo)準(zhǔn)是一個(gè)接口也是一個(gè)協(xié)議。在軟件開發(fā)中具有協(xié)議和接口定義的概念蹬癌，無論是消費(fèi)者還是提供者都需要遵循這個(gè)標(biāo)準(zhǔn)來進(jìn)行編程和交互：提供者要實(shí)現(xiàn)接口所具有的功能权她，至于如何實(shí)現(xiàn)則是內(nèi)部的事情，不對外暴露逝薪，消費(fèi)者也不需要知道具體的實(shí)現(xiàn)細(xì)節(jié)隅要；消費(fèi)者則總是要按接口提供的功能方法并組合使用來完成某種功能。這種設(shè)計(jì)的思維對于硬件系統(tǒng)也是一樣適用的董济。一般情況下某種CPU指令集通常都是由某些設(shè)計(jì)或者生產(chǎn)CPU的公司或者某標(biāo)準(zhǔn)組織共同定義而形成

1步清、ARM

ARM處理器，特點(diǎn)是體積小虏肾、低功耗廓啊、低成本、高性能封豪，所以幾乎所有手機(jī)處理器都基于ARM谴轮，在嵌入式系統(tǒng)中應(yīng)用廣泛。

2吹埠、ARM處理器指令集

armv6｜armv7｜armv7s｜arm64都是ARM處理器的指令集第步，這些指令集都是向下兼容的，例如armv7指令集兼容armv6缘琅，只是使用armv6的時(shí)候無法發(fā)揮出其性能粘都，無法使用armv7的新特性，從而會導(dǎo)致程序執(zhí)行效率沒那么高胯杭。

還有兩個(gè)我們也很熟悉的指令集：i386｜x86_64 是Mac處理器的指令集驯杜，i386是針對intel通用微處理器32架構(gòu)的。x86_64是針對x86架構(gòu)的64位處理器做个。所以當(dāng)使用iOS模擬器的時(shí)候會遇到i386｜x86_64鸽心，iOS模擬器沒有arm指令集。

在iOS項(xiàng)目中難免都會看到armv7居暖， armv7s 顽频，arm64，i386太闺，x86_64,以及最新xcode10 才加入的arm64e,但是他們具體是干啥的呢糯景？下面我來簡單的說一下。

arm64：iPhone6s | iphone6s plus｜iPhone6｜ iPhone6 plus｜iPhone5S | iPad Air｜ iPad mini2(iPad miniwithRetina Display)

armv7s：iPhone5｜iPhone5C｜iPad4(iPadwithRetina Display)

armv7：iPhone4｜iPhone4S｜iPad｜iPad2｜iPad3(The New iPad)｜iPad mini｜iPod Touch3G｜iPod Touch4

這些都是在實(shí)際iOS開發(fā)真機(jī)中用到的

i386是針對intel通用微處理器32位處理器

x86_64是針對x86架構(gòu)的64位處理器

模擬器32位處理器測試需要i386架構(gòu)，

模擬器64位處理器測試需要x86_64架構(gòu)蟀淮，

真機(jī)32位處理器需要armv7,或者armv7s架構(gòu)最住，

真機(jī)64位處理器需要arm64架構(gòu)。

這里面還有一個(gè)需要注意的點(diǎn)就是armv7 可以兼容armv7s相關(guān)的指令集怠惶，其實(shí)在真機(jī)項(xiàng)目中可以直接刪除掉armv7s涨缚，這樣可以節(jié)省一部分的包大小。

一策治、 在實(shí)際開發(fā)中的選擇問題

Xcode中指令集相關(guān)選項(xiàng)（Build Setting中）

Architectures

指定工程被編譯成可支持哪些指令集類型脓魏，而支持的指令集越多，就會編譯出包含多個(gè)指令集代碼的數(shù)據(jù)包通惫，對應(yīng)生成二進(jìn)制包就越大茂翔，也就是ipa包會變大。

Valid Architectures

限制可能被支持的指令集的范圍履腋，也就是Xcode編譯出來的二進(jìn)制包類型最終從這些類型產(chǎn)生珊燎，而編譯出哪種指令集的包，將由Architectures與Valid Architectures（因此這個(gè)不能為空）的交集來確定

Build Active Architecture Only

指定是否只對當(dāng)前連接設(shè)備所支持的指令集編譯

當(dāng)其值設(shè)置為YES府树，這個(gè)屬性設(shè)置為yes俐末，是為了debug的時(shí)候編譯速度更快，它只編譯當(dāng)前的architecture版本奄侠，而設(shè)置為no時(shí)卓箫，會編譯所有的版本。 所以垄潮，一般debug的時(shí)候可以選擇設(shè)置為yes烹卒，release的時(shí)候要改為no，以適應(yīng)不同設(shè)備弯洗。

舉例

比如Valid Architectures設(shè)置的支持arm指令集版本有：armv7/armv7s/arm64旅急，對應(yīng)的Architectures設(shè)置的支持arm指令集版本有：armv7s，這時(shí)Xcode只會生成一個(gè)armv7s指令集的二進(jìn)制包牡整。

再比如：將Architectures支持arm指令集設(shè)置為：armv7,armv7s藐吮，對應(yīng)的Valid Architectures的支持的指令集設(shè)置為：armv7s,arm64，那么此時(shí)逃贝，XCode生成二進(jìn)制包所支持的指令集只有armv7s

Valid Architectures? 設(shè)置里谣辞， 默認(rèn)為 Standard architectures(armv7,arm64),如果你想改的話，自己在other中更改

使用standard architectures (including 64-bit)(armv7,arm64)參數(shù)沐扳，則打的包里面有32位泥从、64位兩份代碼，在iPhone5s（ iPhone5s的cpu是64位的 ）下沪摄，會首選運(yùn)行64位代碼包躯嫉， 其余的iPhone（ 其余iPhone都是32位的,iPhone5c也是32位 ）纱烘，只能運(yùn)行32位包，但是包含兩種架構(gòu)的代碼包祈餐，只有運(yùn)行在ios6以上的系統(tǒng)上擂啥。

而使用standard architectures (armv7,armv7s)參數(shù)， 則打的包里只有32位代碼帆阳， iPhone5s的cpu是64位啤它，但是可以兼容32位代碼，即可以運(yùn)行32位代碼舱痘。但是這會降低iPhone5s的性能。 其余的iPhone對32位代碼包更沒問題离赫， 而32位代碼包芭逝，對系統(tǒng)也幾乎也沒什么限制。

所以總結(jié)如下：? 要發(fā)揮iPhone5s的64位性能渊胸，就要包含64位包旬盯，那么系統(tǒng)最低要求為ios6。 如果要兼容ios5以及更低的系統(tǒng)翎猛，只能打32位的包胖翰，系統(tǒng)都能通用，但是會喪失iPhone5s的性能切厘。

當(dāng)然這樣做會使部分設(shè)備出現(xiàn)性能損失萨咳，當(dāng)然在普通應(yīng)用中這點(diǎn)體現(xiàn)幾乎感覺不到，至少不會威脅到用戶體檢疫稿。

二培他、制作靜態(tài)庫.a以及.framework時(shí)指令集選擇

現(xiàn)在回歸到正題，如何制作一個(gè)“沒有問題”的.a靜態(tài)庫遗座，通過以上信息了解到舀凛，當(dāng)我們做App的時(shí)候，為了追求高效率途蒋，并且減小包的大小猛遍，Build Active Architecture Only設(shè)置成YES，Architectures按Xcode默認(rèn)配置就可以号坡，因?yàn)閍rm64向前兼容懊烤。但制作.a靜態(tài)庫就不同了，因?yàn)橐ＷC兼容性筋帖，包括不同iOS設(shè)備以及模擬器運(yùn)行不出錯奸晴，所以結(jié)合當(dāng)前行業(yè)情況，要做到最大的兼容性日麸。

ValidArchitectures設(shè)置為：armv7｜armv7s｜arm64｜i386｜x86_64?

Architectures設(shè)置不變（或根據(jù)你需要）: ?armv7｜arm64

然后分別選擇iOS設(shè)備和模擬器進(jìn)行編譯寄啼，最后找到相關(guān)的.a進(jìn)行合包逮光，使用lipo -create 真機(jī)庫.a的路徑 模擬器庫.a的的路徑 －output 合成庫的名字.a

（詳情可以參考http://blog.csdn.net/lizhongfu2013/article/details/12648633）

這樣就制作了一個(gè)通用的靜態(tài)庫.a

參考鏈接：

https://blog.csdn.net/lizhongfu2013/article/details/42387311

http://www.cocoachina.com/cms/wap.php?action=article&id=21852