|
一、前言
自從微軟推出16位的Windows操作系統起，此后每種版本的Windows操作系統都非常依賴于動態鏈接庫(DLL)中的函數和數據，實際上Windows操作系統中幾乎所有的內容都由DLL以一種或另外一種形式代表著，例如顯示的字體和圖標存儲在GDI DLL中、顯示Windows桌面和處理用戶的輸入所需要的代碼被存儲在一個User DLL中、Windows編程所需要的大量的API函數也被包含在Kernel DLL中。
在Windows操作系統中使用DLL有很多優點，最主要的一點是多個應用程序、甚至是不同語言編寫的應用程序可以共享一個DLL文件，真正實現了資源"共享"，大大縮小了應用程序的執行代碼，更加有效的利用了內存；使用DLL的另一個優點是DLL文件作為一個單獨的程序模塊，封裝性、獨立性好，在軟件需要升級的時候，開發人員只需要修改相應的DLL文件就可以了，而且，當DLL中的函數改變后，只要不是參數的改變,程序代碼并不需要重新編譯。這在編程時十分有用，大大提高了軟件開發和維護的效率。
既然DLL那么重要，所以搞清楚什么是DLL、如何在Windows操作系統中開發使用DLL是程序開發人員不得不解決的一個問題。本文針對這些問題，通過一個簡單的例子，即在一個DLL中實現比較最大、最小整數這兩個簡單函數，全面地解析了在Visual C++編譯環境下編程實現DLL的過程，文章中所用到的程序代碼在Windows98系統、Visual C++6.0編譯環境下通過。
二、DLL的概念
DLL是建立在客戶/服務器通信的概念上，包含若干函數、類或資源的庫文件，函數和數據被存儲在一個DLL（服務器）上并由一個或多個客戶導出而使用，這些客戶可以是應用程序或者是其它的DLL。DLL庫不同于靜態庫，在靜態庫情況下，函數和數據被編譯進一個二進制文件（通常擴展名為*.LIB），Visual C++的編譯器在處理程序代碼時將從靜態庫中恢復這些函數和數據并把他們和應用程序中的其他模塊組合在一起生成可執行文件。這個過程稱為"靜態鏈接"，此時因為應用程序所需的全部內容都是從庫中復制了出來，所以靜態庫本身并不需要與可執行文件一起發行。
在動態庫的情況下，有兩個文件，一個是引入庫（.LIB）文件，一個是DLL文件，引入庫文件包含被DLL導出的函數的名稱和位置，DLL包含實際的函數和數據，應用程序使用LIB文件鏈接到所需要使用的DLL文件，庫中的函數和數據并不復制到可執行文件中，因此在應用程序的可執行文件中，存放的不是被調用的函數代碼，而是DLL中所要調用的函數的內存地址，這樣當一個或多個應用程序運行是再把程序代碼和被調用的函數代碼鏈接起來，從而節省了內存資源。從上面的說明可以看出，DLL和.LIB文件必須隨應用程序一起發行，否則應用程序將會產生錯誤。
微軟的Visual C++支持三種DLL，它們分別是Non-MFC Dll（非MFC動態庫）、Regular Dll（常規DLL）、Extension Dll（擴展DLL）。Non-MFC DLL指的是不用MFC的類庫結構，直接用C語言寫的DLL，其導出的函數是標準的C接口，能被非MFC或MFC編寫的應用程序所調用。Regular DLL:和下述的Extension Dlls一樣，是用MFC類庫編寫的，它的一個明顯的特點是在源文件里有一個繼承CWinApp的類（注意：此類DLL雖然從CWinApp派生，但沒有消息循環）,被導出的函數是C函數、C++類或者C++成員函數（注意不要把術語C++類與MFC的微軟基礎C++類相混淆），調用常規DLL的應用程序不必是MFC應用程序，只要是能調用類C函數的應用程序就可以，它們可以是在Visual C++、Dephi、Visual Basic、Borland C等編譯環境下利用DLL開發應用程序。
常規DLL又可細分成靜態鏈接到MFC和動態鏈接到MFC上的，這兩種常規DLL的區別將在下面介紹。與常規DLL相比，使用擴展DLL用于導出增強MFC基礎類的函數或子類，用這種類型的動態鏈接庫，可以用來輸出一個從MFC所繼承下來的類。
擴展DLL是使用MFC的動態鏈接版本所創建的，并且它只被用MFC類庫所編寫的應用程序所調用。例如你已經創建了一個從MFC的CtoolBar類的派生類用于創建一個新的工具欄，為了導出這個類，你必須把它放到一個MFC擴展的DLL中。擴展DLL 和常規DLL不一樣，它沒有一個從CWinApp繼承而來的類的對象，所以，開發人員必須在DLL中的DllMain函數添加初始化代碼和結束代碼。
三、動態鏈接庫的創建
在Visual C++6.0開發環境下，打開FileNewProject選項，可以選擇Win32 Dynamic-Link Library或MFC AppWizard[dll]來以不同的方式來創建Non-MFC Dll、Regular Dll、Extension Dll等不同種類的動態鏈接庫。
1． Win32 Dynamic-Link Library方式創建Non-MFC DLL動態鏈接庫
每一個DLL必須有一個入口點，這就象我們用C編寫的應用程序一樣，必須有一個WINMAIN函數一樣。在Non-MFC DLL中DllMain是一個缺省的入口函數，你不需要編寫自己的DLL入口函數，用這個缺省的入口函數就能使動態鏈接庫被調用時得到正確的初始化。如果應用程序的DLL需要分配額外的內存或資源時，或者說需要對每個進程或線程初始化和清除操作時，需要在相應的DLL工程的.CPP文件中對DllMain()函數按照下面的格式書寫。
BOOL APIENTRY DllMain(HANDLE hModule,DWORD ul_reason_for_call,LPVOID lpReserved)
{
switch( ul_reason_for_call )
{
case DLL_PROCESS_ATTACH:
.......
case DLL_THREAD_ATTACH:
.......
case DLL_THREAD_DETACH:
.......
case DLL_PROCESS_DETACH:
.......
}
return TRUE;
}
參數中，hMoudle是動態庫被調用時所傳遞來的一個指向自己的句柄(實際上，它是指向_DGROUP段的一個選擇符)；ul_reason_for_call是一個說明動態庫被調原因的標志，當進程或線程裝入或卸載動態鏈接庫的時候，操作系統調用入口函數，并說明動態鏈接庫被調用的原因，它所有的可能值為：DLL_PROCESS_ATTACH: 進程被調用、DLL_THREAD_ATTACH: 線程被調用、DLL_PROCESS_DETACH: 進程被停止、DLL_THREAD_DETACH: 線程被停止；lpReserved為保留參數。到此為止，DLL的入口函數已經寫了，剩下部分的實現也不難，你可以在DLL工程中加入你所想要輸出的函數或變量了。
我們已經知道DLL是包含若干個函數的庫文件，應用程序使用DLL中的函數之前，應該先導出這些函數，以便供給應用程序使用。要導出這些函數有兩種方法，一是在定義函數時使用導出關鍵字_declspec(dllexport)，另外一種方法是在創建DLL文件時使用模塊定義文件.Def。需要讀者注意的是在使用第一種方法的時候，不能使用DEF文件。下面通過兩個例子來說明如何使用這兩種方法創建DLL文件。
1）使用導出函數關鍵字_declspec(dllexport)創建MyDll.dll，該動態鏈接庫中有兩個函數，分別用來實現得到兩個數的最大和最小數。在MyDll.h和MyDLL.cpp文件中分別輸入如下原代碼：
//MyDLL.h
extern "C" _declspec(dllexport) int Max(int a, int b);
extern "C" _declspec(dllexport) int Min(int a, int b);
//MyDll.cpp
＃i nclude
＃i nclude"MyDll.h"
int Max(int a, int b)
{
if(a>=b)return a;
else
return b;
}
int Min(int a, int b)
{
if(a>=b)return b;
else
return a;
}
該動態鏈接庫編譯成功后，打開MyDll工程中的debug目錄，可以看到MyDll.dll、MyDll.lib兩個文件。LIB文件中包含DLL文件名和DLL文件中的函數名等，該LIB文件只是對應該DLL文件的"映像文件"，與DLL文件中，LIB文件的長度要小的多，在進行隱式鏈接DLL時要用到它。讀者可能已經注意到在MyDll.h中有關鍵字"extern C"，它可以使其他編程語言訪問你編寫的DLL中的函數。
2）用.def文件創建工程MyDll
為了用.def文件創建DLL，請先刪除上個例子創建的工程中的MyDll.h文件，保留MyDll.cpp并在該文件頭刪除＃i nclude MyDll.h語句，同時往該工程中加入一個文本文件，命名為MyDll.def，再在該文件中加入如下代碼：
LIBRARY MyDll
EXPORTS
Max
Min
其中LIBRARY語句說明該def文件是屬于相應DLL的，EXPORTS語句下列出要導出的函數名稱。我們可以在.def文件中的導出函數后加@n，如Max@1，Min@2，表示要導出的函數順序號，在進行顯式連時可以用到它。該DLL編譯成功后，打開工程中的Debug目錄，同樣也會看到MyDll.dll和MyDll.lib文件。
[1] [2] 下一頁
|
