公司開發(fā)的SDK，是集成了各個平臺的商品，包括購買、分享、提現(xiàn)等功能，為了加快進度，我是使用了一些第三方。但是有些需求，比如分享到微信朋友圈或者還有，必須用到微信的SDK。考慮到后期的維護成本和集成，筆者采用了cocoapods管理第三方庫。
饒河網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián),饒河網(wǎng)站設(shè)計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為饒河上千提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\成都外貿(mào)網(wǎng)站建設(shè)公司要多少錢，請找那個售后服務(wù)好的饒河做網(wǎng)站的公司定做！
筆者有片文章專門介紹SDK的開發(fā)步驟的，大家可以參考，我這里就直接進入主題了。
首先，你創(chuàng)建一個靜態(tài)的framework工程MyTestSDK,把這個工程集成cocpapods，至于如何集成cocpapods，網(wǎng)上有教程，自己搜索。這個時候把你項目中所用的第三方庫添加到Podfile文件中，然后 pod install。這個時候你command + B 編譯運行，如果你的第三方庫中還有Bundle資源，那么編譯后，第三方庫的bundle資源會被編譯，一起放到Products文件下的framework文件中，右鍵Show in Finder就會看到。如下圖所示的MBProgressHUD文件夾，里面都是MBProgressHUD第三方的資源文件。
然后把你的項目放入SDK工程中，編譯運行一下，看看有沒有錯誤。之所以先把SDK工程選用cocoapods管理，就是怕你的項目放入SDK中運行報錯。沒有任何問題，直接編譯即可。
由于SDK中的第三方是通過cocoapods管理的，所以接入者的項目也要用cocoapods管理。
1：把SDK工程中，Products文件夾下的framework文件copy到項目中，最好項目中建立一個文件夾，專門放SDK和bundle。我是放到了一個文件夾中，方便分類尋找。如下圖所示：
2：打開終端，cd到SDK所在的文件夾下，執(zhí)行如下命令，回車，創(chuàng)建spec文件。
其中，MyTestSDK是你的SDK名稱。
創(chuàng)建出來的spec文件，是個很長的文件，但是大部分都是注釋的，我這里只提取了有用的信息展示出來：
然后把spec中依賴的第三方庫，逐個加入到項目中的Podfie文件中。然后 終端打開，cd到自己的項目中，pod install即可。
本人親自測試過的，No Problem。當(dāng)初感覺SDK如果依賴了第三方庫，接入的項目中也有同樣的第三方庫，會不會沖突啊，感覺好難搞啊。事實證明，通過spec進行依賴，可以很好的解決這個問題，也就沒有那么麻煩了。
首次開發(fā)SDK還是遇到了很多問題，運行出現(xiàn)很多bug，但是最后還是一一解決了，就是沒有記錄下bug和解決發(fā)的方法。
1；path路徑不對，就會報錯 ，如下
是因為我把路徑寫成了：
其實正確的寫法是：把“/”放在前面
2：SDK中有第三方，但是項目中的Podfile里面沒有這個第三方，報錯如下所示：
解決辦法是就是在項目中的 Podfile里面加入缺失的第三方庫，重新 pod install。
軟件開發(fā)工具包（縮寫：SDK，英語全稱：Software Development Kit）,一般都是一些軟件工程師為特定的軟件包、軟件框架、硬件平臺、操作系統(tǒng)等建立應(yīng)用軟件時的開發(fā)工具的集合。
在OC的開發(fā)中，我們涉及到的一般是靜態(tài)庫(.a)或者動態(tài)庫(.framework)。（注:不是所有的.framework就一定是動態(tài)庫）
.a是一個純二進制文件，.framework中除了有二進制文件之外還有資源文件。 .a文件不能直接使用，至少要有.h文件配合（微信的SDK就是這種形式），.framework文件可以直接使用。 .a + .h + sourceFile = .framework。 建議用.framework。再者 靜態(tài)方式開發(fā)，一直是iOS SDK開發(fā)的主流方式。
終端輸出為：armv7 arm64 是真機架構(gòu)；i386 x86_64 是模擬器架構(gòu)。
終端輸出為：arm64 是真機架構(gòu)；x86_64 是模擬器架構(gòu)。
Bundle 和 其他的SDK都要和創(chuàng)建的SDK放在同一個文件夾，然后拖入要使用的項目中，如果該項目中的SDK和創(chuàng)建的SDK中的引用的SDK重復(fù)，那么就只要保持存在一個就好了。
iOS SDK開發(fā)就是為某一個應(yīng)用場景、或領(lǐng)域、或需求，提供一個已實現(xiàn)的、封裝好的、可供直接使用的模塊。
其主要由兩部分組成：用來為類型或常量聲明的頭文件列表、具體實現(xiàn)的二進制文件。
所以SDK開發(fā)中的主要問題點集中在：
1. 頭文件是否能被使用的工程索引到
2. 二進制文件是否能被使用的工程搜索到
本篇文章不寫制作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ā)的注意事項：
1. 生成動態(tài)SDK庫文件。
創(chuàng)建工程的時候，根據(jù)默認配置編譯是生成動態(tài)庫的。
App工程中引入動態(tài)庫的時候，需要在
App工程：Project Name-Target Name-General-Embedded Binaries下添加引入的動態(tài)庫。否則運行時會報如下類型錯誤：
嵌入動態(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：
合并真機與模擬器版本時的命令格式為：
lipo -create?模擬器版本的路徑?真機版本的路徑 -output 合并后的版本存放路徑
1. 合并時lipo -create接收的模擬器版本和真機版本兩個參數(shù)的前后順序沒有關(guān)系，合并后的版本通過命令查看架構(gòu)信息顯示結(jié)果是完全一致的。模擬器架構(gòu)信息顯示在前，真機架構(gòu)信息在后。
2. 合并后的版本無論替換真機版本的Framework中的目標(biāo)文件還是模擬器版本的Framework中的目標(biāo)文件，App工程中引入被替換的Framework后在真機和模擬器上都能跑起來
首先創(chuàng)建SDKStatic工程，生成一個.a文件。
該工程只是簡單繼承了UIButton，并重寫了initWithFrame方法。為每一個MyButton對象默認生成標(biāo)題和背景色：
生成的.a文件如下，可以看到里面包含了MyButton.o文件：
在SDK工程中引入.a文件。下面分兩種情況來看生成的SDK庫文件：
1. SDK庫文件做成動態(tài)庫（設(shè)置方法看開頭部分）
.a文件內(nèi)容被整合進了SDK動態(tài)庫文件中，引入App工程中時，只需要引入SDK動態(tài)庫就可以了
2. SDK庫文件做成靜態(tài)庫（設(shè)置方法看開頭部分）
包中的信息：
.a文件內(nèi)容同樣被整合進了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，默認生成標(biāo)題和背景色（拷貝文件到工程）：
SDKDemo工程自定義了MyView，默認生成的MyView對象添加了一個MyButton按鈕和背景色：
1. 如果.framework文件是動態(tài)庫
a. SDK打包為靜態(tài)庫，如下：
靜態(tài)SDK包和動態(tài)SDKFramework.framework文件是彼此獨立的。引入靜態(tài)SDK包時，必須也導(dǎo)入SDKFramework.framework，否則編譯不過，因為靜態(tài)包有引入動態(tài)庫中的符號。
b. SDK打包為動態(tài)庫，如下：
兩者還是彼此獨立的。動態(tài)SDK包中會記錄依賴的動態(tài).framework rpath，App運行時，dyld會根據(jù)這個信息去加載對應(yīng)的.framework依賴文件。如果找不到App將會在啟動時奔潰...
2. 如果.framework文件是靜態(tài)庫
a. 首先SDK打包為動態(tài)庫看看：
經(jīng)實踐，依賴的靜態(tài)庫會被整合進動態(tài)SDK包自身中。App中引入時，只需要導(dǎo)入SDK包就可以。我們在SDKApp中導(dǎo)入SDKDemo，運行可以看到如下效果：
b. 再看看SDK打包為靜態(tài)庫：
根據(jù)上面截圖中信息，App中導(dǎo)入SDK包時，也必須導(dǎo)入依賴的.framework了。否則編譯時將會出現(xiàn)如下圖所示找不到符號的錯誤：
追加導(dǎo)入依賴的.framework，再次編譯運行。OK?。?！
總結(jié)：
1. 依賴的.framework為動態(tài)庫
制作的SDK庫文件不論動態(tài)還是靜態(tài)的。和依賴的.framework文件本身是彼此獨立的，不會發(fā)生符號整合的現(xiàn)象
2.?依賴的.framework為靜態(tài)庫
如果制作的SDK庫文件是動態(tài)的，則依賴的.framework靜態(tài)庫內(nèi)容會被整合進SDK庫文件中
如果制作的SDK庫文件是靜態(tài)的，則彼此是獨立的
這里又得分幾種情況討論：
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庫中的符號會被合并整合進入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中的庫中定義的符號(也即彼此是獨立的)。如果靜態(tài)SDK中引用了動態(tài)pods庫中定義的符號，只要在App工程中也導(dǎo)入pods中動態(tài)庫，并在embeded binaries中添加。一樣是可以編譯運行的。
其實怎么編譯，SDK工程中是個什么情形都不重要。重要的是要明白庫文件的本質(zhì)，及它是如何發(fā)揮作用的？在什么階段發(fā)揮作用？然后學(xué)會查看編譯運行時的報錯信息，并配合使用otool、nm、lipo、ar、file等這些命令去查看庫文件的一些信息，最終追蹤定位到問題。
原諒我最后都沒怎么貼圖了，因為流程都和前面差不多。我也寫的手累了。如果你還有什么疑惑可以在下面評論，我會盡量及時回復(fù)。
重慶分公司
重慶分公司
