iOS打包靜態庫（完整篇）

標籤：審核   程式   touch   ini   ios   debug   sch   庫檔案   tin   

1、 什麼是庫？

所謂庫就是程式碼的集合，是共用程式碼的一種方式。

2、 庫的分類

根據程式碼的開源情況，庫可以分為兩類

• 開源庫
  原始碼是公開的，你可以看到具體實現。比如GitHub上比較出名的第三方架構AFNetworking、SDWebImage。
• 閉源庫
  不公開原始碼，只公開調用的介面，看不到具體的實現，是一個編譯後的二進位檔案。這種常見於一些公司的SDK包，比如高德地圖SDK、環信即時通訊SDK等等。而閉源庫又分為兩類：靜態庫和動態庫。本篇重點要講的便是其中的靜態庫。

3、靜態庫和動態庫的存在形式和使用區別

存在形式：

• 靜態庫
  以".a"或者“.framework”為檔案尾碼名
• 動態庫
  以".dylib"或者“.framework”為檔案尾碼名（Xcode7 之後 .tbd 代替了 .dylib）

使用區別：

• 靜態庫連結時會被完整的複製到可執行檔中，被多次使用就有多份拷貝。

靜態庫被程式使用時

• 動態庫連結時不複製，程式運行時由系統動態載入到記憶體，供程式調用。而且系統只載入一次，多個程式共用，節省記憶體。

動態庫被程式使用時

4、iOS 裝置的CPU架構

模擬器:
4s-5: i386
5s-iPhone X（包活iPhone SE）: x86_64

真機(iOS裝置):
armv6: iPhone、iPhone 2、iPhone 3G、iPod Touch(第一代)、iPod Touch(第二代)
armv7: iPhone 3Gs、iPhone 4、iPhone 4s、iPad、iPad 2
armv7s: iPhone 5、iPhone 5c (靜態庫只要支援了armv7,就可以在armv7s的架構上運行)
arm64: iPhone 5s、iPhone 6、iPhone 6 Plus、iPhone 6s、iPhone 6s Plus、iPad Air、iPad Air2、iPad mini2、iPad mini3

註：iPhone 7、iPhone 7 Plus、iPhone 8、iPhone 8 Plus、iPhone X真機到底是什麼架構暫時不得而知（太窮，買不起～ ～），但是模擬器是x86_64。

三、打包靜態庫

因為靜態庫存在兩種形式，我們先看.a靜態庫的打包

• .a檔案靜態庫打包

1、開啟Xcode建立一個新的工程，這裡以Xcode8為例，選擇工程如下：

建立一個新的工程

2、建立工程完畢後，再建立一個工具類StaticLibTool，添加一個方法用於測試

建立一個工具類，添加測試方法

StaticLibTool.m檔案實現如下

taticLibTool.m檔案實現

3、運行工程進行打包

運行工程打包

運行完畢後，我們會看到工程中Products檔案夾下的libStaticLib.a檔案由紅色變成了黑色。右鍵show in finder可以在其目錄下找到它。這就是我們打包好的.a靜態檔案了。

打包好的.a靜態檔案

但是這樣就完了嗎？當然沒有，我們知道靜態庫存在的最大意義是隱藏代碼的具體實現，但是這也隱藏的太徹底了，總要公開些介面或者標頭檔供人調用吧。

4、公開介面標頭檔

targets->Build Phases->Copy Files->"+"你需要公開的標頭檔

這裡我們把建立的測試類別StaticLibTool.h公開

公開介面標頭檔

公開標頭檔後，我們再按上述1、2、3流程重新運行打包，我們會得到一個標頭檔和一個.a靜態庫（如），而這正是我們所需要的。

重新運行打包

5、建立一個可啟動並執行工程，把這兩個打包好的檔案拖入項目測試

測試

選擇Iphone7模擬器運行，程式正常運行，點擊模擬器螢幕，列印日誌如下：

日誌輸出

我們可以看到輸出沒有問題，打包.a靜態庫大功告成。

但是，別高興的太早。當我把模擬器切換成Iphone5運行時，編譯直接不通過，報錯如下：

iPhone 5模擬器運行時的編譯錯誤

“Undefined symbols for architecture i386”是什麼意思呢？意思是我們的libStaticLib.a靜態庫不支援i386架構。那i386又是什麼鬼？不清楚的可以拉上去看“iOS 裝置的CPU架構”，這裡就不多做解釋了。

iPhone 5模擬器正好是i386架構，而我們打包的靜態庫不支援。但是iPhone 7模擬器運行卻沒有問題，這說明我們打包的靜態庫正好支援iPhone 7模擬器 的cpu架構 x86_64。如何查看靜態庫所支援的架構，請看下一步。

6、終端查看靜態庫所支援的架構

終端->cd進入庫檔案路徑->lipo -info 庫名

終端查看靜態庫所支援的架構

可以看到，我們的靜態庫僅支援x86_64架構，也就是說此靜態庫只可運行在iphone5s-iphone7plus之間的模擬器裝置。所以剛才我們運行iphone5模擬器時，編譯會報錯。

到這裡就可以進一步解釋下，打包靜態庫時，你用什麼模擬器運行，打包出來的靜態庫就支援什麼模擬器的架構，而剛才我打包時是用iPhone7運行，所以僅支援架構x86_64。那麼這就太麻煩了，可以打包一個靜態庫支援多種架構的模擬器嗎？答案是肯定的，請看下一步。

7、設定適配所有模擬器架構

project -> buildSeting -> Build Active Architecture Only 設為NO

設定適配所有模擬器架構

設定完成後，我們重新運行打包靜態庫檔案（這時你可隨便選一個模擬器），按照上述第6步終端查看其支援的架構，我們可以看到終端輸出的結果是同時支援 i386和x86_64，這也就意味著同時支援所有模擬器。

到這裡打包.a靜態庫已經告一段落，但是按上述流程打包的只能在模擬器上跑，真機是不能啟動並執行，因為ios真機裝置跟模擬器的架構又不一樣（怎麼不一樣自己拉上去看），所以還沒完（我也不想啊 ），請看下一步

8、打包支援真機架構的靜態庫

所有流程都跟上面的一樣，只是我們運行打包時要選擇真機運行，如你可以選擇自己插上去的真機，也可以選擇Generic ios Devices。當然不要忘記了設定支援所有真機機型架構： Build Active Architecture Only 設為NO。

打包支援真機架構的靜態庫

我們可以看下打包出來的終端查看結果如下：

終端輸出結果

可以看到同時支援armv7和arm64，也就是支援所有ios裝置。好了到此打包.a靜態庫算是告一段落。

如果要同時支援模擬器和真機，請使用命令合成.a靜態庫：lipo -create name1.a所在路徑 name2.a所在路徑 -output newname.a

• .frameworke檔案靜態庫打包

1、依然Xcode建立一個新的工程FrameworkeLib，選擇工程如下：

建立一個新的工程

建立完成後我們可以看到，工程本身內建一個FrameworkeLib.h檔案，這是類似一個主標頭檔一樣的東西

FrameworkeLib.h檔案

2、建立需要測試的類，為了方便我把上述打包.a的測試類別StaticLibTool直接拖來使用。

3、設定支援所有模擬器架構或真機架構（和打包.a第7步驟一樣）

4、公開標頭檔

target-Build Phases - Headers -把需要公開的標頭檔從project拖入Public

暴露標頭檔

5、設定打包的是靜態庫。因為動態庫也可以是以framework形式存在，所以需要設定，否則預設打出來的是動態庫(注意：如果要上線AppSotre，一定要改成靜態庫，否則審核通不過)

target->BuildSetting ->搜尋索引鍵mach->Mach-o Type 設為Static Library（這個預設選項是動態）

設定打包的是靜態庫

6、選中真機或模擬器運行裝置打包（與打包.a一樣），完成後Products檔案夾下的FrameworkeLib.framework檔案由紅色變成了黑色，右鍵show in finder 顯示如下：

打包結果

FrameworkeLib.framework拖入項目便可直接使用，這裡就不再進行測試了。此外還要補充的一點是，打包靜態庫的時候還需注意打包的是測試版（Debug）還是發布版（Release），這個根據你自己的需求決定，而如何進行設定請下一步驟。

7、設定打包靜態庫的測試版和發布版（.a和.frameworke）

product -> scheme -> Edit scheme -> Run->選擇Debug或Release

如果要同時支援模擬器和真機，和.a類似，請使用命令合成framework庫：lipo -create <name1>.framework/<name1> <name2>.framework/<name2> -output newname

iOS打包靜態庫（完整篇）