iOS開發(fā)：SDK依賴第三方庫及其踩過的坑

公司開發(fā)的SDK，是集成了各個平臺的商品，包括購買、分享、提現(xiàn)等功能，為了加快進(jìn)度，我是使用了一些第三方。但是有些需求，比如分享到微信朋友圈或者還有，必須用到微信的SDK。考慮到后期的維護(hù)成本和集成，筆者采用了cocoapods管理第三方庫。

饒河網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián),饒河網(wǎng)站設(shè)計(jì)制作，有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為饒河上千提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\成都外貿(mào)網(wǎng)站建設(shè)公司要多少錢，請找那個售后服務(wù)好的饒河做網(wǎng)站的公司定做！

筆者有片文章專門介紹SDK的開發(fā)步驟的，大家可以參考，我這里就直接進(jìn)入主題了。

首先，你創(chuàng)建一個靜態(tài)的framework工程MyTestSDK,把這個工程集成cocpapods，至于如何集成cocpapods，網(wǎng)上有教程，自己搜索。這個時候把你項(xiàng)目中所用的第三方庫添加到Podfile文件中，然后 pod install。這個時候你command + B 編譯運(yùn)行，如果你的第三方庫中還有Bundle資源，那么編譯后，第三方庫的bundle資源會被編譯，一起放到Products文件下的framework文件中，右鍵Show in Finder就會看到。如下圖所示的MBProgressHUD文件夾，里面都是MBProgressHUD第三方的資源文件。

然后把你的項(xiàng)目放入SDK工程中，編譯運(yùn)行一下，看看有沒有錯誤。之所以先把SDK工程選用cocoapods管理，就是怕你的項(xiàng)目放入SDK中運(yùn)行報(bào)錯。沒有任何問題，直接編譯即可。

由于SDK中的第三方是通過cocoapods管理的，所以接入者的項(xiàng)目也要用cocoapods管理。

1：把SDK工程中，Products文件夾下的framework文件copy到項(xiàng)目中，最好項(xiàng)目中建立一個文件夾，專門放SDK和bundle。我是放到了一個文件夾中，方便分類尋找。如下圖所示：

2：打開終端，cd到SDK所在的文件夾下，執(zhí)行如下命令，回車，創(chuàng)建spec文件。

其中，MyTestSDK是你的SDK名稱。

創(chuàng)建出來的spec文件，是個很長的文件，但是大部分都是注釋的，我這里只提取了有用的信息展示出來：

然后把spec中依賴的第三方庫，逐個加入到項(xiàng)目中的Podfie文件中。然后 終端打開，cd到自己的項(xiàng)目中，pod install即可。

本人親自測試過的，No Problem。當(dāng)初感覺SDK如果依賴了第三方庫，接入的項(xiàng)目中也有同樣的第三方庫，會不會沖突啊，感覺好難搞啊。事實(shí)證明，通過spec進(jìn)行依賴，可以很好的解決這個問題，也就沒有那么麻煩了。

首次開發(fā)SDK還是遇到了很多問題，運(yùn)行出現(xiàn)很多bug，但是最后還是一一解決了，就是沒有記錄下bug和解決發(fā)的方法。

1；path路徑不對，就會報(bào)錯 ，如下

是因?yàn)槲野崖窂綄懗闪耍?/p>

其實(shí)正確的寫法是：把“/”放在前面

2：SDK中有第三方，但是項(xiàng)目中的Podfile里面沒有這個第三方，報(bào)錯如下所示：

解決辦法是就是在項(xiàng)目中的 Podfile里面加入缺失的第三方庫，重新 pod install。

IOS SDK開發(fā)詳解(.framework、.a、Bundle資源文件創(chuàng)建、SDK中使用其他SDK等)

軟件開發(fā)工具包（縮寫：SDK，英語全稱：Software Development Kit）,一般都是一些軟件工程師為特定的軟件包、軟件框架、硬件平臺、操作系統(tǒng)等建立應(yīng)用軟件時的開發(fā)工具的集合。

在OC的開發(fā)中，我們涉及到的一般是靜態(tài)庫(.a)或者動態(tài)庫(.framework)。（注:不是所有的.framework就一定是動態(tài)庫）

.a是一個純二進(jìn)制文件，.framework中除了有二進(jìn)制文件之外還有資源文件。 .a文件不能直接使用，至少要有.h文件配合（微信的SDK就是這種形式），.framework文件可以直接使用。 .a + .h + sourceFile = .framework。 建議用.framework。再者 靜態(tài)方式開發(fā)，一直是iOS SDK開發(fā)的主流方式。

終端輸出為：armv7 arm64 是真機(jī)架構(gòu)；i386 x86_64 是模擬器架構(gòu)。

終端輸出為：arm64 是真機(jī)架構(gòu)；x86_64 是模擬器架構(gòu)。

Bundle 和 其他的SDK都要和創(chuàng)建的SDK放在同一個文件夾，然后拖入要使用的項(xiàng)目中，如果該項(xiàng)目中的SDK和創(chuàng)建的SDK中的引用的SDK重復(fù)，那么就只要保持存在一個就好了。

iOS SDK開發(fā)中的情形

iOS SDK開發(fā)就是為某一個應(yīng)用場景、或領(lǐng)域、或需求，提供一個已實(shí)現(xiàn)的、封裝好的、可供直接使用的模塊。

其主要由兩部分組成：用來為類型或常量聲明的頭文件列表、具體實(shí)現(xiàn)的二進(jìn)制文件。

所以SDK開發(fā)中的主要問題點(diǎn)集中在：

1. 頭文件是否能被使用的工程索引到

2. 二進(jìn)制文件是否能被使用的工程搜索到

本篇文章不寫制作SDK的具體步驟，僅僅討論制作SDK時的一些情形。

SDK開發(fā)中關(guān)于頭文件設(shè)置：

凡是提供給外界使用的類、結(jié)構(gòu)體、枚舉、常量等，定義它們的頭文件必須要在工程的Build Phases-Headers-public下面。并且這些頭文件都需要包含在與SDK工程同名的頭文件中(這條不是必須，只是這么做會顯得更加規(guī)范。別人使用SDK的時候，只需要引入SDK同名的頭文件即可)

設(shè)置庫文件生成動態(tài)的還是靜態(tài)的：

Project Name-Target Name-Build Settings-搜索框搜“Mach”-修改“Mach-O Type”為動態(tài)或靜態(tài)，則相應(yīng)可生成動態(tài)或靜態(tài)的庫文件。

先解釋說明以下圖片中出現(xiàn)的工程名字：

SDKDemo ：制作的向外提供的SDK庫文件（與SDK工程名同名）

SDKApp ：引用SDK庫文件（本文指的是SDKDemo）的App工程

SDKStatic ：新建工程時，選擇iOS-Framework Library-Cocoa Touch Static Library. 用來生成.a文件的工程

SDKFramework : ?是個Framework庫文件（可能是動態(tài)的，也可能是靜態(tài)的），用于模擬被SDK依賴的.framework文件

下面分幾種情況來討論SDK開發(fā)的注意事項(xiàng)：

1. 生成動態(tài)SDK庫文件。

創(chuàng)建工程的時候，根據(jù)默認(rèn)配置編譯是生成動態(tài)庫的。

App工程中引入動態(tài)庫的時候，需要在

App工程：Project Name-Target Name-General-Embedded Binaries下添加引入的動態(tài)庫。否則運(yùn)行時會報(bào)如下類型錯誤：

嵌入動態(tài)庫編譯后，生成的App文件中會多一個Frameworks目錄（可右鍵.App文件查看包內(nèi)容），里面全是Embedded Binaries下添加的動態(tài)庫

2. 打包為靜態(tài)庫

SDK工程：Project Name-Target Name-Build Settings-搜索框搜“Mach”-修改“Mach-O Type”為靜態(tài)庫

App工程引入靜態(tài)庫很簡單，直接引入就行，不需要額外配置：

tips：

合并真機(jī)與模擬器版本時的命令格式為：

lipo -create?模擬器版本的路徑?真機(jī)版本的路徑 -output 合并后的版本存放路徑

1. 合并時lipo -create接收的模擬器版本和真機(jī)版本兩個參數(shù)的前后順序沒有關(guān)系，合并后的版本通過命令查看架構(gòu)信息顯示結(jié)果是完全一致的。模擬器架構(gòu)信息顯示在前，真機(jī)架構(gòu)信息在后。

2. 合并后的版本無論替換真機(jī)版本的Framework中的目標(biāo)文件還是模擬器版本的Framework中的目標(biāo)文件，App工程中引入被替換的Framework后在真機(jī)和模擬器上都能跑起來

首先創(chuàng)建SDKStatic工程，生成一個.a文件。

該工程只是簡單繼承了UIButton，并重寫了initWithFrame方法。為每一個MyButton對象默認(rèn)生成標(biāo)題和背景色：

生成的.a文件如下，可以看到里面包含了MyButton.o文件：

在SDK工程中引入.a文件。下面分兩種情況來看生成的SDK庫文件：

1. SDK庫文件做成動態(tài)庫（設(shè)置方法看開頭部分）

.a文件內(nèi)容被整合進(jìn)了SDK動態(tài)庫文件中，引入App工程中時，只需要引入SDK動態(tài)庫就可以了

2. SDK庫文件做成靜態(tài)庫（設(shè)置方法看開頭部分）

包中的信息：

.a文件內(nèi)容同樣被整合進(jìn)了SDK靜態(tài)庫文件中，這個更好理解。引入App工程中時，只需要引入SDK靜態(tài)庫就可以了

總結(jié)下：

制作SDK庫時，如果有依賴的.a文件，則最終生成的SDK庫文件會合并.a文件的內(nèi)容，而不論SDK庫文件是動態(tài)還是靜態(tài)的。

下面的SDKFramework是個Framework庫文件（可能是動態(tài)的，也可能是靜態(tài)的）

SDKFramework工程添加的內(nèi)容和SDKStatic工程是一樣的。也是自定義MyButton，默認(rèn)生成標(biāo)題和背景色（拷貝文件到工程）：

SDKDemo工程自定義了MyView，默認(rèn)生成的MyView對象添加了一個MyButton按鈕和背景色：

1. 如果.framework文件是動態(tài)庫

a. SDK打包為靜態(tài)庫，如下：

靜態(tài)SDK包和動態(tài)SDKFramework.framework文件是彼此獨(dú)立的。引入靜態(tài)SDK包時，必須也導(dǎo)入SDKFramework.framework，否則編譯不過，因?yàn)殪o態(tài)包有引入動態(tài)庫中的符號。

b. SDK打包為動態(tài)庫，如下：

兩者還是彼此獨(dú)立的。動態(tài)SDK包中會記錄依賴的動態(tài).framework rpath，App運(yùn)行時，dyld會根據(jù)這個信息去加載對應(yīng)的.framework依賴文件。如果找不到App將會在啟動時奔潰...

2. 如果.framework文件是靜態(tài)庫

a. 首先SDK打包為動態(tài)庫看看：

經(jīng)實(shí)踐，依賴的靜態(tài)庫會被整合進(jìn)動態(tài)SDK包自身中。App中引入時，只需要導(dǎo)入SDK包就可以。我們在SDKApp中導(dǎo)入SDKDemo，運(yùn)行可以看到如下效果：

b. 再看看SDK打包為靜態(tài)庫：

根據(jù)上面截圖中信息，App中導(dǎo)入SDK包時，也必須導(dǎo)入依賴的.framework了。否則編譯時將會出現(xiàn)如下圖所示找不到符號的錯誤：

追加導(dǎo)入依賴的.framework，再次編譯運(yùn)行。OK！！！

總結(jié)：

1. 依賴的.framework為動態(tài)庫

制作的SDK庫文件不論動態(tài)還是靜態(tài)的。和依賴的.framework文件本身是彼此獨(dú)立的，不會發(fā)生符號整合的現(xiàn)象

2.?依賴的.framework為靜態(tài)庫

如果制作的SDK庫文件是動態(tài)的，則依賴的.framework靜態(tài)庫內(nèi)容會被整合進(jìn)SDK庫文件中

如果制作的SDK庫文件是靜態(tài)的，則彼此是獨(dú)立的

這里又得分幾種情況討論：

1. Podfile中不使用use_frameworks! ?pods庫生成的是.a文件

a. 如果SDK制作成靜態(tài)庫：

? SDK靜態(tài)庫不會整合Pods里三方庫中的符號，最終導(dǎo)入App工程時，需要SDK靜態(tài)庫、Pods中的三方庫文件一起導(dǎo)入

b. 如果SDK制作成動態(tài)庫：

? Pods庫中的符號會被合并整合進(jìn)入SDK庫中，導(dǎo)入工程時，只需要導(dǎo)入SDK包就OK了

2. Podfile中使用use_frameworks! ?pods庫生成的是.framework文件。其中Pods_工程名.framework文件是個靜態(tài)庫，管理的第三方庫生成的是framework動態(tài)庫

a.如果SDK制作成動態(tài)庫：

SDK中會包含引入三方庫的rpath，App中引入SDK包時，也必須引入三方庫，否則dyld加載不了指定庫導(dǎo)致App啟動時奔潰

b. 如果SDK制作成靜態(tài)庫：

靜態(tài)SDK中會忽略Pods中的庫中定義的符號(也即彼此是獨(dú)立的)。如果靜態(tài)SDK中引用了動態(tài)pods庫中定義的符號，只要在App工程中也導(dǎo)入pods中動態(tài)庫，并在embeded binaries中添加。一樣是可以編譯運(yùn)行的。

其實(shí)怎么編譯，SDK工程中是個什么情形都不重要。重要的是要明白庫文件的本質(zhì)，及它是如何發(fā)揮作用的？在什么階段發(fā)揮作用？然后學(xué)會查看編譯運(yùn)行時的報(bào)錯信息，并配合使用otool、nm、lipo、ar、file等這些命令去查看庫文件的一些信息，最終追蹤定位到問題。

原諒我最后都沒怎么貼圖了，因?yàn)榱鞒潭己颓懊娌畈欢唷Ｎ乙矊懙氖掷哿恕Ｈ绻氵€有什么疑惑可以在下面評論，我會盡量及時回復(fù)。

網(wǎng)頁標(biāo)題：ios開發(fā)sdk,iOs開發(fā)自身優(yōu)勢
瀏覽地址：http://www.2m8n56k.cn/article12/phpedc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供ChatGPT、面包屑導(dǎo)航、建站公司、網(wǎng)頁設(shè)計(jì)公司、外貿(mào)網(wǎng)站建設(shè)、云服務(wù)器

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：[email protected]。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)