接上篇，我們要制作一個通用的.a文件。

先上理論知識：

一、概要

平時項目開發中，可能使用第三方提供的靜態庫.a，如果.a提供方技術不成熟，使用的時候就會出現問題，例如：

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

在模擬器上編譯報錯：No architectures to compile for (ONLY_ACTIVE_ARCH=YES, active arch=armv7s, VALID_ARCHS=armv7 armv6).

要解決以上問題，就要了解一下Apple移動設備處理器指令集相關的一些細節知識。

二、幾個重要概念

1、ARM

ARM處理器，特點是體積小、低功耗、低成本、高性能，所以幾乎所有手機處理器都基于ARM，在嵌入式系統中應用廣泛。

2、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指令集。

3、目前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（一般不需要去支持）

4、Xcode中指令集相關選項（Build Setting中）

（1）Architectures

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.

指定工程被編譯成可支持哪些指令集類型，而支持的指令集越多，就會編譯出包含多個指令集代碼的數據包，對應生成二進制包就越大，也就是ipa包會變大。

（2）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.

限制可能被支持的指令集的范圍，也就是Xcode編譯出來的二進制包類型最終從這些類型產生，而編譯出哪種指令集的包，將由Architectures與Valid Architectures（因此這個不能為空）的交集來確定，例如：

比如，你的Valid Architectures設置的支持arm指令集版本有：armv7/armv7s/arm64，對應的Architectures設置的支持arm指令集版本有：armv7s，這時Xcode只會生成一個armv7s指令集的二進制包。

再比如：將Architectures支持arm指令集設置為：armv7,armv7s，對應的Valid Architectures的支持的指令集設置為：armv7s,arm64，那么此時，XCode生成二進制包所支持的指令集只有armv7s

在Xcode6.1.1里的 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，ios7系統上。

這也就是說，這種打包方式，對手機幾乎沒要求，但是對系統有要求，即ios6以上。

而使用 standard architectures (armv7,armv7s) 參數， 則打的包里只有32位代碼， iPhone5s的cpu是64位，但是可以兼容32位代碼，即可以運行32位代碼。但是這會降低iPhone5s的性能。 其余的iPhone對32位代碼包更沒問題， 而32位代碼包，對系統也幾乎也沒什么限制。

所以總結如下：

要發揮iPhone5s的64位性能，就要包含64位包，那么系統最低要求為ios6。 如果要兼容ios5以及更低的系統，只能打32位的包，系統都能通用，但是會喪失iPhone5s的性能。

（3）Build Active Architecture Only

指定是否只對當前連接設備所支持的指令集編譯

當其值設置為YES，這個屬性設置為yes，是為了debug的時候編譯速度更快，它只編譯當前的architecture版本，而設置為no時，會編譯所有的版本。 編譯出的版本是向下兼容的，連接的設備的指令集匹配是由高到低（arm64 > armv7s > armv7）依次匹配的。比如你設置此值為yes，用iphone4編譯出來的是armv7版本的，iphone5也可以運行，但是armv6的設備就不能運行。所以，一般debug的時候可以選擇設置為yes，release的時候要改為no，以適應不同設備。

1） Architectures:armv7, armv7s, arm64

? ? ? ?ValidArchitectures:armv6, armv7s, arm64

? ? ? ?生成二進制包支持的指令集： arm64

2）Architectures: armv6, armv7, armv7s

? ? ? Valid Architectures:armv6, armv7s, arm64

? ? ? 生成二進制包支持的指令集： armv7s

3）Architectures: armv7, armv7s, arm64

? ? ?Valid Architectures: armv7，armv7s

? ? ?這種情況是報錯的，因為允許使用指令集中沒有arm64。

注：如果你對ipa安裝包大小有要求，可以減少安裝包的指令集的數量，這樣就可以盡可能的減少包的大小。當然這樣做會使部分設備出現性能損失，當然在普通應用中這點體現幾乎感覺不到，至少不會威脅到用戶體檢。

三、制作靜態庫.a是指令集選擇

現在回歸到正題，如何制作一個“沒有問題”的.a靜態庫，通過以上信息了解到，當我們做App的時候，為了追求高效率，并且減小包的大小，Build Active Architecture Only設置成YES，Architectures按Xcode默認配置就可以，因為arm64向前兼容。但制作.a靜態庫就不同了，因為要保證兼容性，包括不同iOS設備以及模擬器運行不出錯，所以結合當前行業情況，要做到最大的兼容性。

ValidArchitectures設置為：armv7｜armv7s｜arm64｜i386｜x86_64

Architectures設置不變（或根據你需要）:armv7｜arm64

然后分別選擇iOS設備和模擬器進行編譯，最后找到相關的.a進行合包，使用lipo -create 真機庫.a的路徑 模擬器庫.a的的路徑 －output 合成庫的名字.a！這樣就制作了一個通用的靜態庫.a

注意：以上來自大神博客 http://blog.csdn.net/lizhongfu2013/article/details/42387311

下面我們來動手制作一個通用的靜態庫.a來（xcode8版本）

新建一個Project,選擇“Cocoa Touch Static Library”，點擊Next

圖一

這里我們將工程名命名為StaticLibrary，完成之后我們會得到了一個靜態庫工程

圖二

我們看到，工程中自動初始了與工程同名的點兩個.h和.m文件，并默認將StaticLibrary.h作為接口文件暴露給外部使用。由于重點是制作.a文件，這里我們在StaticLibrary.h添加一個簡單的方法，并在StaticLibrary.m里面去實現它

.h文件

@interface StaticLibrary :NSObject

+ (void)helloWorld;

@end

.m文件

#import"StaticLibrary.h"

@implementation StaticLibrary

+ (void)helloWorld {

? ? ?NSLog(@"hello, world !");

}

@end

然后，在buildingSettings選項卡里面將“Build Active Architecture Only”設置為NO，并在“Valid Architecture”添加i386、x86_64選項

圖三

然后選擇一個模擬器，按“command+B”進行編譯

成功之后，products文件夾下的libStaticLibrary.a文本顏色會由紅變黑

圖四

選中libStaticLibrary.a后點擊右鍵，選擇“Show in Finder”,你會看到文件libStaticLibrary.a和include文件夾，include文件夾里面包含有接口文件StaticLibrary.h。

使用lipo -info libStaticLibrary.a命令查看libStaticLibrary.a文件信息

圖五

我們已經得到了一個可以在模擬器上使用的.a文件了！干得不錯！

下面，再來制作在真機上使用的

在Build Setting選項卡的“Architectures”里面添加“armv7s”

圖六

選擇真機“Generic iOS Device”，再“command+B”一次，成功之后取出點a，同樣使用

lipo -info libStaticLibrary.a查看文件信息

圖七

干得不錯！適用真機的.a文件也有了！

下面就把它們合并起來了！

lipo -create /Users/你的電腦名/Desktop/模擬器/libStaticLibrary.a /Users/你的電腦名/Desktop/真機/libStaticLibrary.a -output /Users/你的電腦名/Desktop/libStaticLibrary.a

成功之后，通過lipo -info 命令查看合并后的libStaticLibrary.a文件信息

圖八

好，大功告成！

接下來，就把可以我們制作好的libStaticLibrary.a和接口文件StaticLibrary.h引入到別的工程里面去用了，模擬器和真機都可以，再也不用擔心會報錯了！

圖九

這個時候，看到hello，world !，感覺太爽了！