一、什么是庫？

庫是共享程序代碼的方式，一般分為靜態庫和動態庫。

二、靜態庫與動態庫的區別？

靜態庫：鏈接時完整地拷貝至可執行文件中，被多次使用就有多份冗余拷貝。

動態庫：鏈接時不復制，程序運行時由系統動態加載到內存，供程序調用，系統只加載一次，多個程序共用，節省內存。

三、iOS里靜態庫形式？

.a和.framework

四、iOS里動態庫形式？

.dylib和.framework

五、framework為什么既是靜態庫又是動態庫？

系統的.framework是動態庫，我們自己建立的.framework是靜態庫。

六、a與.framework有什么區別？

.a是一個純二進制文件，.framework中除了有二進制文件之外還有資源文件。

.a文件不能直接使用，至少要有.h文件配合，.framework文件可以直接使用。

.a + .h + sourceFile = .framework。

建議用.framework.

七、為什么要使用靜態庫？

方便共享代碼，便于合理使用。

實現iOS程序的模塊化?？梢园压潭ǖ臉I務模塊化成靜態庫。

和別人分享你的代碼庫，但不想讓別人看到你代碼的實現。

開發第三方sdk的需要。

八、制作靜態庫時的幾點注意：

1 注意理解：無論是.a靜態庫還.framework靜態庫，我們需要的都是二進制文件+.h+其它資源文件的形式，不同的是，.a本身就是二進制文件，需要我們自己配上.h和其它文件才能使用，而.framework本身已經包含了.h和其它文件，可以直接使用。

2 圖片資源的處理：兩種靜態庫，一般都是把圖片文件單獨的放在一個.bundle文件中，一般.bundle的名字和.a或.framework的名字相同。.bundle文件很好弄，新建一個文件夾，把它改名為.bundle就可以了，右鍵，顯示包內容可以向其中添加圖片資源。

3 category是我們實際開發項目中經常用到的，把category打成靜態庫是沒有問題的，但是在用這個靜態庫的工程中，調用category中的方法時會有找不到該方法的運行時錯誤（selector not recognized），解決辦法是：在使用靜態庫的工程中配置other linker flags的值為-ObjC。

4 如果一個靜態庫很復雜，需要暴露的.h比較多的話，就可以在靜態庫的內部創建一個.h文件（一般這個.h文件的名字和靜態庫的名字相同），然后把所有需要暴露出來的.h文件都集中放在這個.h文件中，而那些原本需要暴露的.h都不需要再暴露了，只需要把.h暴露出來就可以了。

九、補充

在 iOS 8 之前，iOS 平臺不支持使用動態 Framework，開發者可以使用的 Framework 只有蘋果自家的 UIKit.Framework，Foundation.Framework 等。這種限制可能是出于安全的考慮。換一個角度講，因為 iOS 應用都是運行在沙盒當中，不同的程序之間不能共享代碼，同時動態下載代碼又是被蘋果明令禁止的，沒辦法發揮出動態庫的優勢，實際上動態庫也就沒有存在的必要了。

由于上面提到的限制，開發者想要在 iOS 平臺共享代碼，唯一的選擇就是打包成靜態庫 .a 文件，同時附上頭文件（例如微信的SDK）。但是這樣的打包方式不夠方便，使用時也比較麻煩，大家還是希望共享代碼都能能像 Framework 一樣，直接扔到工程里就可以用。于是人們想出了各種奇技淫巧去讓 Xcode Build 出 iOS 可以使用的 Framework，這種方法產生的 Framework 還有 “偽”(Fake) Framework 和 “真”(Real) Framework 的區別。

iOS 8/Xcode 6 推出之后，iOS 平臺添加了動態庫的支持，同時 Xcode 6 也原生自帶了 Framework 支持（動態和靜態都可以），上面提到的的奇技淫巧也就沒有必要了。為什么 iOS 8 要添加動態庫的支持？唯一的理由大概就是 Extension 的出現。Extension 和 App 是兩個分開的可執行文件，同時需要共享代碼，這種情況下動態庫的支持就是必不可少的了。但是這種動態 Framework 和系統的 UIKit.Framework 還是有很大區別。系統的 Framework 不需要拷貝到目標程序中，我們自己做出來的 Framework 哪怕是動態的，最后也還是要拷貝到 App 中（App 和 Extension 的 Bundle 是共享的），因此蘋果又把這種 Framework 稱為 Embedded Framework（可植入性Framework）。

態度決定一切