動態鏈接庫、靜態庫、import庫區別

動態鏈接庫(Dynamic Linked Library)：
Windows為應用程序提供了豐富的函數調用，這些函數調用都包含在動態鏈接庫中。其中有3個最重要的DLL，Kernel32.dll，它包含用于管理內存、進程和線程的各個函數；

User32.dll，它包含用于執行用戶界面任務(如窗口的創建和消息的傳送)的各個函數；GDI32.dll，它包含用于畫圖和顯示文本的各個函數。

靜態庫(Static Library)：
函數和數據被編譯進一個二進制文件(通常擴展名為.LIB)。在使用靜態庫的情況下，在編譯鏈接可執行文件時，鏈接器從庫中復制這些函數和數據并把它們和應用程序的其它模塊

組合起來創建最終的可執行文件(.EXE文件)。

導入庫(Import Library)：
在使用動態鏈接庫的時候，往往提供兩個文件：一個引入庫和一個DLL。引入庫包含被DLL導出的函數和變量的符號名，DLL包含實際的函數和數據。在編譯鏈接可執行文件時，只需

要鏈接引入庫，DLL中的函數代碼和數據并不復制到可執行文件中，在運行的時候，再去加載DLL，訪問DLL中導出的函數。

在運行Windows程序時，它通過一個被稱作“動態鏈接”的進程與Windows相接。一個Windows的.EXE文件擁有它使用不同動態鏈接庫的引用，所使用的函數即在那里。當Windows程

序被加載到內存中時，程序中的調用被指向DLL函數的入口，如果DLL不在內存中，系統就將其加載到內存中。

當鏈接Windows程序以產生一個可執行文件時，你必須鏈接由編程環境提供的專門的“導入庫(import library)庫”。這些導入庫包含了動態鏈接庫名稱和所有Windows函數調用的

引用信息。鏈接程序使用該信息在.EXE文件中構造一個表，當加載程序時，Windows使用它將調用轉換為Windows函數。

靜態庫與導入庫的區別：
導入庫和靜態庫的區別很大，他們實質是不一樣的東西。靜態庫本身就包含了實際執行代碼、符號表等等，而對于導入庫而言，其實際的執行代碼位于動態庫中，導入庫只包含了

地址符號表等，確保程序找到對應函數的一些基本地址信息。

靜態鏈接與動態鏈接：

靜態鏈接方法：#pragma comment(lib, "test.lib") ，靜態鏈接的時候，載入代碼就會把程序會用到的動態代碼或動態代碼的地址確定下來
靜態庫的鏈接可以使用靜態鏈接，動態鏈接庫也可以使用這種方法鏈接導入庫

動態鏈接方法：LoadLibrary()/GetProcessAddress()和FreeLibrary()，使用這種方式的程序并不在一開始就完成動態鏈接，而是直到真正調用動態庫代碼時，載入程序才計算(被調用的那部分)動態代碼的邏輯地址，然后等到某個時候，程序又需要調用另外某塊動態代碼時，載入程序又去計算這部分代碼的邏輯地址，所以，這種方式使程序初始化時間較短，但運行期間的性能比不上靜態鏈接的程序。

在軟件開發的過程中，大家經常會或多或少的使用別人編寫的或者系統提供的動態庫或靜態庫，但是究竟是使用靜態庫還是動態庫呢？他們的適用條件是什么呢？

?

簡單的說，靜態庫和應用程序編譯在一起，在任何情況下都能運行，而動態庫是動態鏈接，顧名思義就是在應用程序啟動的時候才會鏈接，所以，當用戶的系統上沒有該動態庫時，應用程序就會運行失敗。再看它們的特點：

動態庫：

1.共享：多個應用程序可以使用同一個動態庫，啟動多個應用程序的時候，只需要將動態庫加載到內存一次即可；

2.開發模塊好：要求設計者對功能劃分的比較好。

?

靜態庫：代碼的裝載速度快，執行速度也比較快，因為編譯時它只會把你需要的那部分鏈接進去，應用程序相對比較大。但是如果多個應用程序使用的話，會被裝載多次，浪費內存。

?

總上，我個人認為，如果你的系統上有多個應用程序都使用該庫的話，就把它編譯成動態庫，這樣雖然剛啟動的時候加載比較慢，但是多任務的時候會比較節省內存；如果你的系統上只有一到兩個應用使用該庫，并且使用的API比較少的話，就編譯成靜態庫吧，一般的靜態庫還可以進行裁剪編譯，這樣應用程序可能會比較大，但是啟動的速度會大大提高。

?

呵呵，個人的一些心得，不足之處，歡迎指出！