DLL動態鏈接庫的工作原理

分類：?VC++神奇理論2012-08-29 11:12?2635人閱讀?評論(0)?收藏?舉報 dll工作windowsexedelphimicrosoft

"動態鏈接"這幾字指明了DLLs是如何工作的。對于常規的函數庫，鏈接器從中拷貝它需要的所有庫函數，并把確切的函數地址傳送給調用這些函數的程序。而對于DLLs，函數儲存在一個獨立的動態鏈接庫文件中。在創建Windows程序時，鏈接過程并不把DLLs文件鏈接到程序上。直到程?

序運行并調用一個DLLs中的函數時，該程序才要求這個函數的地址。此時Windows才在DLLs中尋找被調用函數，并把它的地址傳送給調用程序。采用這種方法，DLLs達到了復用代碼的極限。?

　　動態鏈接庫的另一個方便之處是對動態鏈接庫中函數的修改可以自動傳播到所有調用它的程序中，而不必對程序作任何改動或處理。?

　　DLLs不僅提供了函數重用的機制，而且提供了數據共享的機制。任何應用程序都可以共享由裝入內存的DLLs管理的內存資源塊。只包含共享數據的DLLs稱為資源文件。如Windows的字體文件等。?

??Windows系統的動態鏈接庫?

　　Windows本身就是由大量的動態鏈接庫支持的。這包括Windows API函數 ( KRNLx86.EXE，USER.EXE，GDI.EXE，…)，各種驅動程序文件，各種帶有.Fon和.Fot?

擴展名的字體資源文件等。Windows還提供了針對某一功能的專用DLLs，如進行DDE編程的ddeml.dll，進行程序安裝的ver.dll等。?

　　雖然在編寫Windows程序時必然要涉及到DLLs，但利用Delphi ，用戶在大部分時候并不會注意到這一點。這一方面是因為Delphi提供了豐富的函數使用戶不必直接去使用Windows API;另一方面即使使用Windows API，由于Delphi把API函數和其它Windows?

DLLs函數重新組織到了幾個庫單元中，因而也不必使用特殊的調用格式。所以本章的重點放在編寫和調用用戶自定義的DLLs上。?

　　使用傳統的Windows編程方法來創建和使用一個DLLs是一件很令人頭痛的事，正如傳統的Windows編程方法本身就令人生畏一樣。用戶需要對定義文件、工程文件進行一系列的修改以適應創建和使用DLLs的需要。Delphi的出現，在這一方面，正如在其它許多方面所做的那樣，減輕了開發?

者的負擔。更令人興奮的是Delphi利用DLLs 實現了窗體的重用機制。用戶可以將自己設計好的窗體儲存在一個DLLs中，在需要的時候可隨時調用它。

2、================================================================================================================================

靜LIB,動態鏈接庫DLL原理(VC實現)

.dll和.lib都是程序集合，便于代碼重用。都是二進制的文件。?.

dll也叫動態鏈接庫，與程序鏈接的方式為運行時鏈接（run-time?linked），為PE（portable?executable）格式，也就是程完整的程序。.

exe、.dll、.fon、.mod、.drv、.ocx等等都是動態鏈接庫。如.exe為系統調用的函數集合。.

dll不存在同名引用，且有導出表，與導入表。

?.lib也叫靜態鏈接庫，在編譯時與程序鏈接（link-time?linked），將“嵌入”到程序中。

會有冗余（程序文件代碼的冗余和運行時內存存儲的冗余），當兩個lib相鏈接時地址會重新建立同。

在使用.lib之前，要在程序源代碼中引用lib對應的頭文件.h，這些頭文件告訴編譯器.lib中有什么。

在生成.dll時，通常會生成一個.lib。這個.lib將被編譯到程序文件中，在程序運行的時候，告訴操作系統將要加載的.dll。

這個.lib包括對應.dll的文件名、順序表（ordinal?table包含.dll暴露出的函數的進入點），在程序運行的時候，通過順序表實現函數的跳轉。

?如果不想使用或者找不到該.lib，可以用LoadLibrary?()?Win32?API和GetLibrary?()?Win32?API。

?VC?IDE為了實現程序調試，會生成.PDB（程序數據庫，二進制），里面包含源文件調用的文件信息和行信息。這樣就可以逐行調試了。

?打開.lib，查看其ascii碼，可以看到如@@My_Function1123的函數名，這些名稱在編譯時被編譯器運用mangling?mechanism進行了名稱的mangling。

?在程序的編譯過程中，如果出現如下錯誤“unresolved?symbol通常是因為找不到引用過的外部函數對應的.lib文件，或者是.c、.cpp源文件。

如果在c++工程中使用用c編寫的.lib文件，需要做如下引用：

?extern?“C”?{ ?????????#include?“headfile.h”?}??

dll---com組件dll?，__常規dll___win32?dll，___mfc?dll?，___extended?dll??（所有dll不參與編譯）

?lib |與obj文件類似的未編譯過符號文件，與obj文件區別是聲明了轉入轉出函數?

****************************************************************************************************

chinanetboy say:

談發布lib,dll的區別

發布lib庫時，我們通常也要把這個庫對應的頭文件也一起發布，以方便別人使用你的LIB，在wind32匯編程序，

MS把所有的API函數是放在幾個大的*.LIB中，另外還提供一對應的幾個*.inc，實際上它如同*.h頭文件，起到聲明API函數的目的

?

發布DLL庫時，我們要公開這庫里面所有的導入導出函數的函數聲明原形，以方便別人使用你的DLL，

目前WINDOW實現的就是以一些DLL文件方式提供出來的，網上很多開源軟件也是有用到大量的自己量身定制的DLL文件

****************************************************************************************************

VC實現建立LIB靜態鏈接庫的過程

做lib庫文件在windows匯編是一個重要主題
就談一下在VC里面如何實現用C做一個靜態文件庫*.lib
然后用程序去調用lib庫里的函數的例子

****************************************************************************************************
1.用VC建立一個lib.h文件
///lib.h file
#ifndef?LIB_H
#define?LIB_H
extern?"C"?int?add(int?x,int?y);
extern?"C"?int?sub(int?x,int?y);
extern?"C"?int?mul(int?x,int?y);
extern?"C"?int?div(int?x,int?y);
extern?"C"?int?mod(int?x,int?y);
#endif

2.用VC建立一個lib.cpp文件
//?lib.cpp
#include?"lib.h"
int?add(int?x,int?y)
{return?x?+?y;}

int?sub(int?x,int?y)
{return?x?-?y;}

int?mul(int?x,int?y)
{return?x?*?y;}

int?div(int?x,int?y)
{return?x?/?y;}

int?mod(int?x,int?y)
{return?x?%?y;}?

?

3.用VC新建立一個工作區，再新建立一個工程文件libdemo,

工程類型選擇win32 static library，下一步為空工程，

在工程中把上面的lib.h,lib.cpp添加到工程中，編譯后

系統就會生在一個lib.lib的靜態鏈接庫文件，到止為止已經建立OK

?

4.調用一個靜態鏈接庫文件列子

//?main.cpp?:?use?this?lib.lib
#include?<stdio.h>
#include?"lib.h"　　　　　　　　//讓程序知道庫中的函數原型
#pragma?comment(lib,"lib.lib")??//把這函數的實現庫lib.lib導入代碼中，編譯器就會自動加載

int?main(int?argc,?char*?argv[])
{
???printf("13?+?6?=?%d?\n",add(3,6));
???printf("12?-?5?=?%d?\n",sub(12,5));??
???printf("13?*?6?=?%d?\n",mul(3,6));
???printf("15?/?5?=?%d?\n",div(15,5));?????
???printf("12?%%?5?=?%d?\n",mod(12,5));????
???return?0;
}?

運行結果為是

13?+?6?=　18

12?-?5 =　7

13?*?6 = 78

15?/?5?=??3

12?%?5 =??2

****************************************************************************************************

VC實現DLL(Win32?Dynamic-link?library)庫的過程

它是WIN32下的DLL，而不是MFC的DLL

只要在頭文件指出聲明那些函數將會支持被導出
關鍵字是：__declspec(dllexport)，常用于直接加在函數前面
如：extern?"C"?int?__declspec(dllexport)add(int?x,?int?y);

****************************************************************************************************

1.建立頭文件

//?1.demodll.h
#ifndef?LIB_H
#define?LIB_H
extern?"C"?int?__declspec(dllexport)add(int?x,int?y);
extern?"C"?int?__declspec(dllexport)sub(int?x,int?y);
extern?"C"?int?__declspec(dllexport)mul(int?x,int?y);
extern?"C"?int?__declspec(dllexport)div(int?x,int?y);
extern?"C"?int?__declspec(dllexport)mod(int?x,int?y);
#endif

?

2.建立實現文件
//demodll.cpp
#include?"demodll.h"
int?add(int?x,int?y)
{ return?x?+?y;}
int?sub(int?x,int?y)
{ return?x?-?y;}
int?mul(int?x,int?y)
{ return?x?*?y;}
int?div(int?x,int?y)
{ return?x?/?y;}
int?mod(int?x,int?y)
{ return?x?%?y;}

3.用VC新建立一個工作區，再新建立一個工程文件demodll,

工程類型選擇win32 dynamic-link library，下一步為空工程，

在工程中把上面的demodll.h,demodll.cpp添加到工程中，編譯后

系統就會生在一個demodll.DLL的靜態鏈接庫文件，到止為止已經建立OK

?

4.調用DLL中的函數功能的例子

建立一個全新的win32 application應用程序，

userdll.cpp代碼如下
#include?<stdio.h>
#include?<windows.h>
typedef?int(*lpAddFun)(int,?int);?//宏定義函數指標類型
int?main(int?argc,?char?*argv[])
{
HINSTANCE?hDll;?//DLL控制碼?
lpAddFun?addFun;?//函數指針
hDll?=?LoadLibrary("w_dll32.dll");
if?(hDll?!=?NULL)
{
?addFun?=?(lpAddFun)GetProcAddress(hDll,?"add");
?if?(addFun?!=?NULL)
?{
??int?result?=?addFun(3,15);
??printf("addFun(3,15)=%d\n",?result);
?}
FreeLibrary(hDll);
}
return?0;
}
運行結果是addFun(3,15)=18，結果OK?

3\================================================================================================================================

比較大應用程序都由很多模塊組成，這些模塊分別完成相對獨立的功能，它們彼此協作來完成整個軟件系統的工作。其中可能存在一些模塊的功能較為通用，在構造其它軟件系統時仍會被使用。在構造軟件系統時，如果將所有模塊的源代碼都靜態編譯到整個應用程序EXE文件中，會產生一些問題：一個缺點是增加了應用程序的大小，它會占用更多的磁盤空間，程序運行時也會消耗較大的內存空間，造成系統資源的浪費；另一個缺點是，在編寫大的EXE程序時，在每次修改重建時都必須調整編譯所有源代碼，增加了編譯過程的復雜性，也不利于階段性的單元測試。?

　　Windows系統平臺上提供了一種完全不同的較有效的編程和運行環境，你可以將獨立的程序模塊創建為較小的DLL(Dynamic Linkable Library)文件，并可對它們單獨編譯和測試。在運行時，只有當EXE程序確實要調用這些DLL模塊的情況下，系統才會將它們裝載到內存空間中。這種方式不僅減少了EXE文件的大小和對內存空間的需求，而且使這些DLL模塊可以同時被多個應用程序使用。Microsoft Windows自己就將一些主要的系統功能以DLL模塊的形式實現。例如IE中的一些基本功能就是由DLL文件實現的，它可以被其它應用程序調用和集成。

　　一般來說，DLL是一種磁盤文件（通常帶有DLL擴展名），它由全局數據、服務函數和資源組成，在運行時被系統加載到進程的虛擬空間中，成為調用進程的一部分。如果與其它DLL之間沒有沖突，該文件通常映射到進程虛擬空間的同一地址上。DLL模塊中包含各種導出函數，用于向外界提供服務。Windows在加載DLL模塊時將進程函數調用與DLL文件的導出函數相匹配。

　　在Win32環境中，每個進程都復制了自己的讀/寫全局變量。如果想要與其它進程共享內存，必須使用內存映射文件或者聲明一個共享數據段。DLL模塊需要的堆棧內存都是從運行進程的堆棧中分配出來的。

　　DLL現在越來越容易編寫。Win32已經大大簡化了其編程模式，并有許多來自AppWizard和MFC類庫的支持。

　　一、導出和導入函數的匹配

　　DLL文件中包含一個導出函數表。這些導出函數由它們的符號名和稱為標識號的整數與外界聯系起來。函數表中還包含了DLL中函數的地址。當應用程序加載DLL模塊時時，它并不知道調用函數的實際地址，但它知道函數的符號名和標識號。動態鏈接過程在加載的DLL模塊時動態建立一個函數調用與函數地址的對應表。如果重新編譯和重建DLL文件，并不需要修改應用程序，除非你改變了導出函數的符號名和參數序列。

　　簡單的DLL文件只為應用程序提供導出函數，比較復雜的DLL文件除了提供導出函數以外，還調用其它DLL文件中的函數。這樣，一個特殊的DLL可以既有導入函數，又有導入函數。這并不是一個問題，因為動態鏈接過程可以處理交叉相關的情況。

　　在DLL代碼中，必須像下面這樣明確聲明導出函數：

__declspec(dllexport) int MyFunction(int n);

　　但也可以在模塊定義(DEF)文件中列出導出函數，不過這樣做常常引起更多的麻煩。在應用程序方面，要求像下面這樣明確聲明相應的輸入函數：

__declspec(dllimport) int MyFuncition(int n);

　　僅有導入和導出聲明并不能使應用程序內部的函數調用鏈接到相應的DLL文件上。應用程序的項目必須為鏈接程序指定所需的輸入庫（LIB文件）。而且應用程序事實上必須至少包含一個對DLL函數的調用。

　　二、與DLL模塊建立鏈接

　　應用程序導入函數與DLL文件中的導出函數進行鏈接有兩種方式：隱式鏈接和顯式鏈接。所謂的隱式鏈接是指在應用程序中不需指明DLL文件的實際存儲路徑，程序員不需關心DLL文件的實際裝載。而顯式鏈接與此相反。

　　采用隱式鏈接方式，程序員在建立一個DLL文件時，鏈接程序會自動生成一個與之對應的LIB導入文件。該文件包含了每一個DLL導出函數的符號名和可選的標識號，但是并不含有實際的代碼。LIB文件作為DLL的替代文件被編譯到應用程序項目中。當程序員通過靜態鏈接方式編譯生成應用程序時，應用程序中的調用函數與LIB文件中導出符號相匹配，這些符號或標識號進入到生成的EXE文件中。LIB文件中也包含了對應的DLL文件名（但不是完全的路徑名），鏈接程序將其存儲在EXE文件內部。當應用程序運行過程中需要加載DLL文件時，Windows根據這些信息發現并加載DLL，然后通過符號名或標識號實現對DLL函數的動態鏈接。

　　顯式鏈接方式對于集成化的開發語言（例如VB）比較適合。有了顯式鏈接，程序員就不必再使用導入文件，而是直接調用Win32 的LoadLibary函數，并指定DLL的路徑作為參數。LoadLibary返回HINSTANCE參數，應用程序在調用GetProcAddress函數時使用這一參數。GetProcAddress函數將符號名或標識號轉換為DLL內部的地址。假設有一個導出如下函數的DLL文件：

extern "C" __declspec(dllexport) double SquareRoot(double d);

　　下面是應用程序對該導出函數的顯式鏈接的例子：

typedef double(SQRTPROC)(double);
HINSTANCE hInstance;
SQRTPROC* pFunction;
VERIFY(hInstance=::LoadLibrary("c:\\winnt\\system32\\mydll.dll"));
VERIFY(pFunction=(SQRTPROC*)::GetProcAddress(hInstance,"SquareRoot"));
double d=(*pFunction)(81.0);//調用該DLL函數

　　在隱式鏈接方式中，所有被應用程序調用的DLL文件都會在應用程序EXE文件加載時被加載在到內存中；但如果采用顯式鏈接方式，程序員可以決定DLL文件何時加載或不加載。顯式鏈接在運行時決定加載哪個DLL文件。例如，可以將一個帶有字符串資源的DLL模塊以英語加載，而另一個以西班牙語加載。應用程序在用戶選擇了合適的語種后再加載與之對應的DLL文件。

　　三、使用符號名鏈接與標識號鏈接

　　在Win16環境中，符號名鏈接效率較低，所有那時標識號鏈接是主要的鏈接方式。在Win32環境中，符號名鏈接的效率得到了改善。Microsoft現在推薦使用符號名鏈接。但在MFC庫中的DLL版本仍然采用的是標識號鏈接。一個典型的MFC程序可能會鏈接到數百個MFC DLL函數上。采用標識號鏈接的應用程序的EXE文件體相對較小，因為它不必包含導入函數的長字符串符號名。

四、編寫DllMain函數

　　DllMain函數是DLL模塊的默認入口點。當Windows加載DLL模塊時調用這一函數。系統首先調用全局對象的構造函數，然后調用全局函數DLLMain。DLLMain函數不僅在將DLL鏈接加載到進程時被調用，在DLL模塊與進程分離時（以及其它時候）也被調用。下面是一個框架DLLMain函數的例子。

HINSTANCE g_hInstance;
extern "C" int APIENTRY DllMain(HINSTANCE hInstance,DWORD dwReason,LPVOID lpReserved)
{
if(dwReason==DLL_PROCESS_ATTACH)
{
TRACE0("EX22A.DLL Initializing!\n");
//在這里進行初始化
}
else if(dwReason=DLL_PROCESS_DETACH)
{
TRACE0("EX22A.DLL Terminating!\n");
//在這里進行清除工作
}
return 1;//成功
}

　　如果程序員沒有為DLL模塊編寫一個DLLMain函數，系統會從其它運行庫中引入一個不做任何操作的缺省DLLMain函數版本。在單個線程啟動和終止時，DLLMain函數也被調用。正如由dwReason參數所表明的那樣。

　　五、模塊句柄

　　進程中的每個DLL模塊被全局唯一的32字節的HINSTANCE句柄標識。進程自己還有一個HINSTANCE句柄。所有這些模塊句柄都只有在特定的進程內部有效，它們代表了DLL或EXE模塊在進程虛擬空間中的起始地址。在Win32中，HINSTANCE和HMODULE的值是相同的，這個兩種類型可以替換使用。進程模塊句柄幾乎總是等于0x400000，而DLL模塊的加載地址的缺省句柄是0x10000000。如果程序同時使用了幾個DLL模塊，每一個都會有不同的HINSTANCE值。這是因為在創建DLL文件時指定了不同的基地址，或者是因為加載程序對DLL代碼進行了重定位。
模塊句柄對于加載資源特別重要。Win32 的FindResource函數中帶有一個HINSTANCE參數。EXE和DLL都有其自己的資源。如果應用程序需要來自于DLL的資源，就將此參數指定為DLL的模塊句柄。如果需要EXE文件中包含的資源，就指定EXE的模塊句柄。

　　但是在使用這些句柄之前存在一個問題，你怎樣得到它們呢？如果需要得到EXE模塊句柄，調用帶有Null參數的Win32函數GetModuleHandle；如果需要DLL模塊句柄，就調用以DLL文件名為參數的Win32函數GetModuleHandle。

　　六、應用程序怎樣找到DLL文件

　　如果應用程序使用LoadLibrary顯式鏈接，那么在這個函數的參數中可以指定DLL文件的完整路徑。如果不指定路徑，或是進行隱式鏈接，Windows將遵循下面的搜索順序來定位DLL：

　　1． 包含EXE文件的目錄，
　　2． 進程的當前工作目錄，
　　3． Windows系統目錄，
　　4． Windows目錄，
　　5． 列在Path環境變量中的一系列目錄。

　　這里有一個很容易發生錯誤的陷阱。如果你使用VC＋＋進行項目開發，并且為DLL模塊專門創建了一個項目，然后將生成的DLL文件拷貝到系統目錄下，從應用程序中調用DLL模塊。到目前為止，一切正常。接下來對DLL模塊做了一些修改后重新生成了新的DLL文件，但你忘記將新的DLL文件拷貝到系統目錄下。下一次當你運行應用程序時，它仍加載了老版本的DLL文件，這可要當心！

　　七、調試DLL程序

　　Microsoft 的VC＋＋是開發和測試DLL的有效工具，只需從DLL項目中運行調試程序即可。當你第一次這樣操作時，調試程序會向你詢問EXE文件的路徑。此后每次在調試程序中運行DLL時，調試程序會自動加載該EXE文件。然后該EXE文件用上面的搜索序列發現DLL文件，這意味著你必須設置Path環境變量讓其包含DLL文件的磁盤路徑，或者也可以將DLL文件拷貝到搜索序列中的目錄路徑下。

總結

以上是生活随笔為你收集整理的DLL动态链接库的工作原理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。