轉這篇文章是由於之前有個誤區,覺得lib爲靜態庫,dll爲動態庫,這理解並不錯,但不全面。lib分兩種的:
(1) lib包含全部內容的靜態庫,應用程序用它便可,這是我理解的一種
(2) lib只包含頭部信息,爲了配合dll使用,dll包含函數內容,這先前我不知道,覺得dll自己包含了函數地址及內容。此時,能夠觀察出lib比dll小不少:
curllib.dll 190KB
curllib.lib 14KB
curllib_static.lib 1857KB
原本是想上圖的,網速不給力。curllib.dll包含了函數內容,190KB,curllib.lib只是些函數入口,用於編譯,只有14KB,而curllib_static.lib包含了全部,1857KB,比dll還要大。
第二點與linux, unix系統很不一樣,在linux/unix上,.so已經包含了函數頭部信息及內容,不須要一個.a的靜態庫做爲編譯.
下面轉網友內容吧(http://www.cppblog.com/amazon/archive/2011/07/20/95318.html):html
共有兩種庫:
一種是LIB包含了函數所在的DLL文件和文件中函數位置的信息(入口),代碼由運行時加載在進程空間中的DLL提供,稱爲動態連接庫dynamic link library。
一種是LIB包含函數代碼自己,在編譯時直接將代碼加入程序當中,稱爲靜態連接庫static link library。
共有兩種連接方式:
動態連接使用動態連接庫,容許可執行模塊(.dll文件或.exe文件)僅包含在運行時定位DLL函數的可執行代碼所需的信息。
靜態連接使用靜態連接庫,連接器從靜態連接庫LIB獲取全部被引用函數,並將庫同代碼一塊兒放到可執行文件中。
關於lib和dll的區別以下:
(1)lib是編譯時用到的,dll是運行時用到的。若是要完成源代碼的編譯,只須要lib;若是要使動態連接的程序運行起來,只須要dll。
(2) 若是有dll文件,那麼lib通常是一些索引信息,記錄了dll中函數的入口和位置,dll中是函數的具體內容;若是隻有lib文件,那麼這個lib文件 是靜態編譯出來的,索引和實現都在其中。使用靜態編譯的lib文件,在運行程序時不須要再掛動態庫,缺點是致使應用程序比較大,並且失去了動態庫的靈活 性,發佈新版本時要發佈新的應用程序才行。
(3)動態連接的狀況下,有兩個文件:一個是LIB文件,一個是DLL文件。LIB包含被DLL導出的 函數名稱和位置,DLL包含實際的函數和數據,應用程序使用LIB文件連接到DLL文件。在應用程序的可執行文件中,存放的不是被調用的函數代碼,而是 DLL中相應函數代碼的地址,從而節省了內存資源。DLL和LIB文件必須隨應用程序一塊兒發行,不然應用程序會產生錯誤。若是不想用lib文件或者沒有 lib文件,能夠用WIN32 API函數LoadLibrary、GetProcAddress裝載。
使用lib需注意兩個文件:
(1).h頭文件,包含lib中說明輸出的類或符號原型或數據結構。應用程序調用lib時,須要將該文件包含入應用程序的源文件中。
(2).LIB文件,略。
使用dll需注意三個文件:
(1).h頭文件,包含dll中說明輸出的類或符號原型或數據結構的.h文件。應用程序調用dll時,須要將該文件包含入應用程序的源文件中。
(2).LIB文件,是dll在編譯、連接成功以後生成的文件,做用是當其餘應用程序調用dll時,須要將該文件引入應用程序,不然產生錯誤。若是不想用lib文件或者沒有lib文件,能夠用WIN32 API函數LoadLibrary、GetProcAddress裝載。
(3).dll文件,真正的可執行文件,開發成功後的應用程序在發佈時,只須要有.exe文件和.dll文件,並不須要.lib文件和.h頭文件。
使用lib的方法:
靜態lib中,一個lib文件其實是任意個obj文件的集合,obj文件是cpp文件編譯生成的。在編譯這種靜態庫工程時,根本不會遇到連接錯誤;即便有錯,也只會在使用這個lib的EXT文件或者DLL工程裏暴露出來。
在VC中新建一個static library類型的工程Lib,加入test.cpp文件和test.h文件(頭文件內包括函數聲明),而後編譯,就生成了Lib.lib文件。
別的工程要使用這個lib有兩種方式:
(1)在project->link->Object/Library Module中加入Lib.lib文件(先查詢工程目錄,再查詢系統Lib目錄);或者在源代碼中加入指令#pragma comment(lib, 「Lib.lib」)。
(2)將Lib.lib拷入工程所在目錄,或者執行文件生成的目錄,或者系統Lib目錄中。
(3)加入相應的頭文件test.h。
使用DLL的方法:
使用動態連接中的lib,不是obj文件的集合,即裏面不會有實際的實現,它只是提供動態連接到DLL所須要的信息,這種lib能夠在編譯一個DLL工程時由編譯器生成。
建立DLL工程的方法(略)。
(1)隱式連接
第 一種方法是:經過project->link->Object/Library Module中加入.lib文件(或者在源代碼中加入指令#pragma comment(lib, 「Lib.lib」)),並將.dll文件置入工程所在目錄,而後添加對應的.h頭文件。linux
(2)顯式連接
須要函數指針和WIN32 API函數LoadLibrary、GetProcAddress裝載,使用這種載入方法,不須要.lib文件和.h頭文件,只須要.dll文件便可(將.dll文件置入工程目錄中)。ios
LoadLibrary函數利用一個名稱做爲參數,得到DLL的實例(HINSTANCE類型是實例的句柄),一般調用該函數後須要查看一下函數返回是否成功,若是不成功則返回NULL(句柄無效),此時調用函數FreeLibrary釋放DLL得到的內存。
GetProcAddress函數利用DLL的句柄和函數的名稱做爲參數,返回相應的函數指針,同時必須使用強轉;判斷函數指針是否爲NULL,若是是則調用函數FreeLibrary釋放DLL得到的內存。此後,可使用函數指針來調用實際的函數。
最後要記得使用FreeLibrary函數釋放內存。
注意:應用程序如何找到DLL文件?
使用LoadLibrary顯式連接,那麼在函數的參數中能夠指定DLL文件的完整路徑;若是不指定路徑,或者進行隱式連接,Windows將遵循下面的搜索順序來定位DLL:
(1)包含EXE文件的目錄
(2)工程目錄
(3)Windows系統目錄
(4)Windows目錄
(5)列在Path環境變量中的一系列目錄windows