VC編寫dll之基礎知識(zz)

在我們實際用軟體時，經常可看到許多動态連接配接庫。動态連接配接庫有其自身的優點

如節省記憶體、支援多語種等功能，而且，當DLL中的函數改變後，隻要不是參數的改變

調用起的函數并不需要重新編譯。這在程式設計時十分有用。至于其他妙處，各位在電腦

雜志、書籍中都能看到，我這裡再說就是廢話了.

這次小弟我所要講的是如何在VC5.0中如何做自己的Win32 DLLs，各位要做自己的

動态連接配接庫，首先要知道DLL在VC5.0中都有哪幾種分類。VC支援三種DLL，它們是:

1.Non-MFC Dlls

2.Regular Dlls

3.Extension Dlls Note:翻譯措辭不當，故遇到術語是引用原詞

Non-MFC DLL:指的是不用MFC的類庫結構，直接用C語言寫的DLL，其輸出的函數一

般用的是标準C接口，并能被非MFC或MFC編寫的應用程式所調用。LL，

Regular DLL:和下述的Extension Dlls一樣，是用MFC類庫編寫的。明顯的特點是

在源檔案裡有一個繼承CWinApp的類。其又可細分成靜态連接配接到MFC和動态連接配接到MFC上

的。但靜态連接配接到MFC的動态連接配接庫隻被VC的專業般和企業版所支援。

Extension DLL:用來實作從MFC所繼承下來的類的重新利用，也就是說，用這種類

型的動态連接配接庫，可以用來輸出一個從MFC所繼承下來的類。Extension DLL使用MFC的

動态連接配接版本所建立的，并且它隻被用MFC類庫所編寫的應用程式所調用。

各位看到這裡如果眼有點花或頭有點暈，請别洩氣，再看兩遍，然後繼續往下看，

定有收獲。

标 題: 關于VC中的DLL的程式設計[1]

這一節介紹Non-MFC DLLs的編寫方法。下面是一個通用的

寫法：

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;

}

每一個DLL必須有一個入口點，這就象我們用C編寫的應用程式一樣，

必須有一個WINMAIN函數一樣。

在這個示例中，DllMain是一個預設的入口函數，你不需要編寫自己

的DLL入口函數，并用linker的指令行的參數開關/ENTRY聲明。用這個缺

省的入口函數就能使動态連接配接庫被調用時得到正确的初始化，當然了，你

不要在初始化的時候填寫使系統崩潰的代碼了。

參數中，hMoudle是動态庫被調用時所傳遞來的一個指向自己的句柄

(實際上，它是指向_DGROUP段的一個選擇符)

ul_reason_for_call是一個說明動态庫被調原因的标志。當程序或線程

裝入或解除安裝動态連接配接庫的時候，作業系統調用入口函數，并說明動态連接配接庫

被調用的原因。它所有的可能值為：

DLL_PROCESS_ATTACH: 程序被調用

DLL_THREAD_ATTACH: 線程被調用

DLL_PROCESS_DETACH: 程序被停止

DLL_THREAD_DETACH: 線程被停止

lpReserved是一個被系統所保留的參數。

入口函數已經寫了，盛下的也不難，你可以在檔案中加入你所想要輸

出的函數或變量或c++類或、或、或、？好象差部多了。Look here!現在就

要加入一個新的輸出函數了:

void _declspec(dllexport) JustSoSo()

{

MessageBox(NULL,"It's so easy!","Hahaha......",MB_OK);

}

要輸出一個類也可以，如下：

class _declspec(dllexport) Easy

{

//add your class definition...

};

各位一定注意到在輸出函數或類是我用到_declspec(dllexport),

這是VC提供的一個關鍵字，用它可在動态連接配接庫中輸出一個資料、

一個函數或一個類。用這個關鍵字可省你不少事，你不用在.DEF檔案

中說明我要輸出這個類、那個函數的。

Ok!各位照着上面的例子試着敲敲看，Just so easy!

先說到這了

發信人: dragon (龍), 信區: VC

标 題: 關于VC中的DLL的程式設計[2]

前面講到Non-MFC DLL的編法，現在講講調用DLL的方法。對DLL的

調用分為兩種，一種是顯式的調用，一種是隐式的調用。

所謂顯式的調用，是指在應用程式中用LoadLibrary或MFC提供的

AfxLoadLibrary顯式的将自己所做的動态連接配接庫調近來，動态連接配接庫

的檔案名即是上兩函數的參數，再用GetProcAddress()擷取想要引入

的函數。自此，你就可以象使用如同本應用程式自定義的函數一樣來

調用此引入函數了。在應用程式退出之前，應該用FreeLibrary或

MFC提供的AfxLoadLibrary釋放動态連接配接庫。

隐式的調用則需要把産生動态連接配接庫時産生的.LIB檔案加入到應

用程式的工程中，想使用DLL中的函數時，隻須說明以下，如下：說明

上篇的輸出函數void JustSoSo();

隐式調用不需要調用LoadLibrary()和FreeLibrary().

由此看來，隐式說明調用的方法比較簡單，但DLL改變後，應用程式

須從新編譯。并且，所有所調用的DLL在應用程式加載的同時被加載到内

存中，但應用程式調用的DLL比較多時，裝入的過程十分慢。隐式的調用

則在應用程式不知道所要裝入的DLL或隐式調用不成功，此時，允許使用者

指定所要加載的動态連接配接庫，比較靈活

發信人: dragon (龍), 信區: VC

标 題: 關于VC中的DLL的程式設計[3]

Regular DLL能夠被所有支援DLL技術的語言所編寫的應用程式

所調用。在這種動态連接配接庫中，它必須有一個從CWinApp繼承下來的

類，DllMain函數被MFC所提供，不用自己顯式的寫出來。下面是一個

例子：

// MyRegularDll.h:main header file for the MYREGULARDLL DLL

#include "resource.h" // main symbols

class CMyRegularDllApp : public CWinApp

{

public:

CMyRegularDllApp();

// Overrides

// ClassWizard generated virtual function overrides

//{{AFX_VIRTUAL(CMyRegularDllApp)

//}}AFX_VIRTUAL

//{{AFX_MSG(CMyRegularDllApp)

// NOTE - the ClassWizard will add and

// remove member functions here.

// DO NOT EDIT what you see in these blocks

// of generated code !

//}}AFX_MSG

DECLARE_MESSAGE_MAP()

};

//MyRegularDll.cpp:Defines the initialization routines for the DLL.

//

#include "stdafx.h"

#include "MyRegularDll.h"

// Note!

//

// If this DLL is dynamically linked against the MFC

// DLLs, any functions exported from this DLL which

// call into MFC must have the AFX_MANAGE_STATE macro

// added at the very beginning of the function.

//

// For example:

//

// extern "C" BOOL PASCAL EXPORT ExportedFunction()

// {

// AFX_MANAGE_STATE(AfxGetStaticModuleState());

// // normal function body here

// }

//

// It is very important that this macro appear in each

// function, prior to any calls into MFC. This means that

// it must appear as the first statement within the

// function, even before any object variable declarations

// as their constructors may generate calls into the MFC

// DLL.

BEGIN_MESSAGE_MAP(CMyRegularDllApp, CWinApp)

//{{AFX_MSG_MAP(CMyRegularDllApp)

// NOTE - the ClassWizard will add

// and remove mapping macros here.

// DO NOT EDIT what you see in these blocks

END_MESSAGE_MAP()

// CMyRegularDllApp construction

CMyRegularDllApp::CMyRegularDllApp()

{

// TODO: add construction code here,

// Place all significant initialization in InitInstance

}

以上是AppWizard産生的含有主要代碼的兩個檔案，各位可從中

看出和Non-MFC Dlls的差別。但要注意上面的AppWizard的提醒啊。

發信人: dragon (龍), 信區: VC

标 題: 關于VC中的DLL的程式設計[4]

發信站: 飲水思源站 (Thu Mar 25 00:46:22 1999) , 站内信件

這次要講的是最後一種動态連接配接庫：Extension Dlls.再次說明，

Extension Dll隻被用MFC類庫所編寫的應用程式所調用.在這種動态

連接配接庫中，你可以從MFC繼承你所想要的、更适于你自己用的類，并

把它提供給你的應用程式。你也可随意的給你的應用程式提供MFC或

MFC繼承類的對象指針。

Extension DLLs 和Regular DLLs不一樣，它沒有一個從CWinApp

繼承而來的類的對象，是以，你必須為自己DllMain函數添加初始化

代碼和結束代碼.如下:

#include "stdafx.h"

#include

static AFX_EXTENSION_MODULE PROJNAMEDLL = { NULL, NULL };

extern "C" int APIENTRY

DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID lpReserved)

{

if (dwReason == DLL_PROCESS_ATTACH)

{

TRACE0("PROJNAME.DLL Initializing!/n");

// Extension DLL one-time initialization

AfxInitExtensionModule(PROJNAMEDLL,

hInstance);

// Insert this DLL into the resource chain

new CDynLinkLibrary(Dll3DLL);

}

else if (dwReason == DLL_PROCESS_DETACH)

{

TRACE0("PROJNAME.DLL Terminating!/n");

}

return 1; // ok

}

在上面代碼中AfxInitExtensionMoudle函數捕捉此動态庫子產品

用.

在初始化的時NEW一個CDynLinkLibrary對象的目的在于：它

能是Extension DLL想應用程式輸出CRuntimeClass對象或資源.

如果此動态連接配接庫被顯式的調用，還必須在DLL_PROCESS_DETACH

選擇項的執行代碼上調用AfxTermEXtensonModule，這保證了當調

用程序與動态連接配接庫分離是正确清理記憶體中的動态庫子產品。如果是

隐式的被調用，則此步不是必須的了。