iOS armv7, armv7s, arm64區(qū)別與應用32位请契、64位配置

歷程

1. 2015年2月1日不允許不支持arm64的應用的提交胳赌；
2. iOS10發(fā)布后，如果你的應用中使用到了32位的類匙隔、庫疑苫，沒有相應支持64位機型的庫，則首次啟動后會彈窗式提示：“ xxx可能使iPhone變慢...”；
3. iOS10.3公測版發(fā)布:封殺32位應用捍掺；
4. 蘋果系統(tǒng)（iOS7/iOS8-iOS9）,32位的framework和64位的framework是共存的撼短，所以如果所有的應用都是64位的話，系統(tǒng)就自動不加載32位的framework挺勿，這樣可以少占用資源曲横，另外對運行的速度是有好處的，也就是說不瓶，你會感覺手機運行的快了一點禾嫉。應用在兼容64位系統(tǒng)后，內(nèi)存的占用肯定會變多一點蚊丐，不過性能也有相應的提升熙参。

下面了解下64與32位的區(qū)別：

數(shù)據(jù)類型的變化：

1. 在32位的年代，使用的是IPL32的規(guī)范麦备，到了64位之后孽椰，改成了LP64規(guī)范。
2. 數(shù)據(jù)類型里面凛篙，NSInteger在32位時等同于int黍匾，在64位時等同于long，而這個數(shù)據(jù)結(jié)構(gòu)使用很廣呛梆，很多不規(guī)范的時候會直接和int替換使用锐涯，在32位是毫無問題，但在64位時削彬，這就是隱患了全庸。CGFloat也有同樣的問題
3. 如果使用了偏移量來訪問struct的項，那么需要認真仔細的檢查融痛，其余的還算好壶笼，當然如果你用了malloc，那么也請檢查一下分配的內(nèi)存大小雁刷，建議是多使用sizeof來幫助計算覆劈。
4. 方法調(diào)用上的變化：在64位系統(tǒng)在運行時調(diào)用函數(shù)和32位系統(tǒng)是不同的。主要的區(qū)別在于傳遞具有可變參數(shù)個數(shù)的函數(shù)的參數(shù)時沛励，我們來看下面的代碼：

   int fixedFunction(int a, int b);  
   int variadicFunction(int a, ...); 
      int main  
   {  
   int value2 = fixedFunction(5,5);  
   int value1 = variadicFunction(5,5);  
   }
   

   第一個函數(shù)是固定傳入2個參數(shù)责语，第二個函數(shù)是參數(shù)個數(shù)不定的，在使用中,也
   傳入了2個參數(shù)目派。在32位系統(tǒng)下坤候，這兩個函數(shù)的參數(shù)傳遞是非常類似的，在64
   位系統(tǒng)下企蹭，這兩者就是截然不同了白筹。
5. 項目中使用的第三方庫肯定需要支持64位系統(tǒng)智末，否則還是白搭。大家需要檢查自己使用的第三方的庫徒河，看是否支持64位的版本系馆。蘋果系統(tǒng)中（iOS7/iOS8-iOS9）,32位的framework和64位的framework是共存的，所以如果所有的應用都是64位的話顽照，系統(tǒng)就自動不加載32位的framework由蘑，這樣可以少占用資源，另外對運行的速度是有好處的代兵，也就是說尼酿，你會感覺手機運行的快了一點。應用在兼容64位系統(tǒng)后奢人，內(nèi)存的占用肯定會變多一點谓媒，不過性能也有相應的提升。

增加應用對64位的支持：

一何乎、配置前確認工作：

如果你不能確定庫是否支持了arm64句惯，可以在cmd模式下用file命令來檢查一下庫文件：

$lipo -info /Users/xxx/NHPushStreamSDK/FFmpeg-iOS/lib/libavcodec.a
//指令說明：lipo -info 靜態(tài)庫(動態(tài)庫)文件完整路徑

armv7，armv7s和arm64,i386,x86_64這些都代表什么支救？

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

了解ARM

__Arm處理器抢野，因為其低功耗和小尺寸而聞名，幾乎所有的手機處理器都基于arm各墨，其在嵌入式系統(tǒng)中的應用非常廣泛指孤，它的性能在同等功耗產(chǎn)品中也很出色。

Armv6贬堵、armv7恃轩、armv7s、arm64都是arm處理器的指令集黎做，所有指令集原則上都是向下兼容的叉跛，如iPhone4S的CPU默認指令集為armv7指令集，但它同時也兼容armv6指令集蒸殿，只是使用armv6指令集時無法充分發(fā)揮其性能筷厘，即無法使用armv7指令集中的新特性，同理宏所，iPhone5的處理器標配armv7s指令集酥艳，同時也支持armv7指令集，只是無法進行相關(guān)的性能優(yōu)化爬骤，從而導致程序的執(zhí)行效率沒那么高充石。

這些指令集在哪些設(shè)備中有用到呢？

i386是針對intel通用微處理器32位處理器
x86_64是針對x86架構(gòu)的64位處理器

模擬器32位處理器測試需要i386架構(gòu)霞玄，
模擬器64位處理器測試需要x86_64架構(gòu)赫冬，
真機32位處理器需要armv7,或者armv7s架構(gòu)浓镜，
真機64位處理器需要arm64架構(gòu)。

Xcode Build Setting中指令集相關(guān)選項釋義

1. Architectures
   指定工程被編譯成可支持哪些指令集類型劲厌，而支持的指令集越多，就會編譯出包含多個指令集代碼的數(shù)據(jù)包听隐，對應生成二進制包就越大补鼻，也就是ipa包會變大(Space-separated list of identifiers. Specifies the architectures (ABIs, processor models) to which the binary is targeted. When this build setting specifies more than one architecture, the generated binary may contain object code for each of the specified architectures. )。

2. Valid Architectures
   限制可能被支持的指令集的范圍雅任，也就是Xcode編譯出來的二進制包類型最終從這些類型產(chǎn)生风范，而編譯出哪種指令集的包，將由Architectures與Valid Architectures（因此這個不能為空）的交集來確定(Space-separated list of identifiers. Specifies the architectures for which the binary may be built. During the build, this list is intersected with the value of ARCHS build setting; the resulting list specifies the architectures the binary can run on. If the resulting architecture list is empty, the target generates no binary.)沪么。

3. Build Active Architecture Only
   指定是否只對當前連接設(shè)備所支持的指令集編譯
   當其值設(shè)置為YES硼婿，這個屬性設(shè)置為yes，是為了debug的時候編譯速度更快禽车，它只編譯當前的architecture版本寇漫，而設(shè)置為no時，會編譯所有的版本殉摔。 所以州胳，一般debug的時候可以選擇設(shè)置為yes，release的時候要改為no逸月，以適應不同設(shè)備栓撞。
   
   
   
   

二、工程配置碗硬，增加64位的支持

note：在Xcode6.1.1及以上 Valid Architectures 設(shè)置里瓤湘， 默認為 Standard architectures(armv7,arm64),如果你想改的話，自己在other中更改恩尾。

• 使用 standard architectures (including 64-bit)(armv7,arm64) 參數(shù)弛说，則打的包里面有32位、64位兩份代碼特笋，在iPhone5s（ iPhone5s的cpu是64位的 ）下剃浇，會首選運行64位代碼包， 其余的iPhone（ 其余iPhone都是32位的,iPhone5c也是32位 ）猎物，只能運行32位包虎囚，但是包含兩種架構(gòu)的代碼包，只有運行在ios6蔫磨，ios7系統(tǒng)上淘讥。 這也就是說，這種打包方式堤如，對手機幾乎沒要求蒲列，但是對系統(tǒng)有要求窒朋，即ios6以上。
• 使用 standard architectures (armv7,armv7s) 參數(shù)蝗岖， 則打的包里只有32位代碼侥猩， iPhone5s的cpu是64位，但是可以兼容32位代碼抵赢，即可以運行32位代碼欺劳。但是這會降低iPhone5s的性能。 其余的iPhone對32位代碼包更沒問題铅鲤， 而32位代碼包划提，對系統(tǒng)也幾乎也沒什么限制。
• 要發(fā)揮iPhone5s及以上的64位機型性能邢享，就要包含64位包鹏往，那么系統(tǒng)最低要求為ios6。 如果要兼容ios5以及更低的系統(tǒng)骇塘，只能打32位的包伊履，系統(tǒng)都能通用，但是會喪失iPhone5s的性能绪爸。
  
  

Valid Architectures與Architectures指令集交集表：

1. 比如 Valid Architectures設(shè)置的支持arm指令集版本有：armv7/armv7s/arm64，對應的Architectures設(shè)置的支持arm指令集版本有：armv7s奠货，這時Xcode只會生成一個armv7s指令集的二進制包介褥。
2. xcode默認的設(shè)置：
   Architectures : Strandard architectures - $(ARCHS_STANDARD) //相當于arm64 armv7s armv7
   Valid Architectures : arm64 armv7s armv7
3. 如果你對ipa安裝包大小有要求，可以減少安裝包的指令集的數(shù)量递惋，這樣就可以盡可能的減少包的大小柔滔。

自定設(shè)置

系統(tǒng)默認設(shè)置

制作靜態(tài)庫.a是指令集選擇

現(xiàn)在回歸到正題，如何制作一個“沒有問題”的.a靜態(tài)庫萍虽，通過以上信息了解到睛廊，當我們做App的時候，為了追求高效率杉编，并且減小包的大小超全，Build Active Architecture Only設(shè)置成YES，Architectures按Xcode默認配置就可以邓馒，因為arm64向前兼容嘶朱。但制作.a靜態(tài)庫就不同了，因為要保證兼容性光酣，包括不同iOS設(shè)備以及模擬器運行不出錯疏遏，所以結(jié)合當前行業(yè)情況，要做到最大的兼容性。
ValidArchitectures設(shè)置為：armv7｜armv7s｜arm64｜i386｜x86_64
Architectures設(shè)置不變（或根據(jù)你需要）: armv7｜arm64
然后分別選擇iOS設(shè)備和模擬器進行編譯财异，最后找到相關(guān)的.a進行合包:

• 合并兩個不同構(gòu)架的庫文件

$ lipo -create /Users/xxxxxx/lib/libv7.a  /Users/xxxxxx/lib/lib64.a  -output /Users/xxxxxx/lib/lib.a
//指令說明： lipo -create 庫文件1一完整路徑  庫文件2完整路徑  -output 輸出的文件名路徑

• 從某個庫文件中提起出指定構(gòu)架的庫文件

Desktop$ lipo -thin arm64 debugserver -output debugserver2
//指令說明：lipo -thin 對應構(gòu)架指令 對應文件 -output 輸出的文件名路徑

使用lipo -create 真機庫.a的路徑 模擬器庫.a的的路徑 －output 合成庫的名字.a 倘零，這樣就制作了一個通用的靜態(tài)庫.a。
制作動態(tài)戳寸、靜態(tài)庫詳情可以參考【鏈接】

其它注意點：

1. 因此如果一些程序中使用的靜態(tài)庫不支持armv7s呈驶，而你的工程支持armv7s時，就會出現(xiàn)“xxxx does not contain a(n) armv7s slice:xxxxx for architecture armv7s"的編譯錯誤庆揩，想要解決這個問題俐东，有兩個方法：
   1. 如果是開源的，能夠找到源代碼订晌，則可以用源代碼重新打一個支持armv7s的libaray, 或者在工程中直接使用源代碼，而不是靜態(tài)庫蚌吸。
   2. 如果不是開源的锈拨，要么就坐等第三方庫的支持，要么就暫時讓你的工程不支持armv7s羹唠。
2. 此外奕枢，模擬器并不運行arm代碼，軟件會被編譯成x86可以運行的指令佩微。所以生成靜態(tài)庫時都是會先生成兩個.a缝彬，一個是i386的用于在模擬器運行，另一個是在真實設(shè)備上運行的哺眯，然后再用命令將兩個.a合并成一個谷浅。
3. 需要注意的是iOS模擬器沒有運行arm指令集，編譯運行的是x86指令集奶卓，所以一疯，只有在iOS設(shè)備上，才會執(zhí)行設(shè)備對應的arm指令集夺姑。
4. 連接的手機指令集匹配是由高到低（arm64 > armv7s > armv7）依次匹配的墩邀。

部份資源鏈接