VC++中三种动态链接库的区别和实现方法

动态链接库（以下简称DLL）是目前所有流行的应用程序都喜欢使用的技术。

　动态连接库有其自身的优点，如节省内存、支持多语种等功能。而且，当DLL中的函数改变后，只要不是参数的改变，调用起的函数并不需要重新编译。这在编程时十分有用。

　使用VC++可以制作三种DLL，分别是

　1.Non-MFC Dlls

　2.Regular Dlls

　3.Extension Dlls

　Non-MFC DLL:指的是不用MFC的类库结构，直接用C语言写的DLL，其输出的函数一般用的是标准C接口，并能被非MFC或MFC编写的应用程序所调用。

　Regular DLL:和下述的Extension Dlls一样，是用MFC类库编写的。明显的特点是在源文件里有一个继承CWinApp的类。其又可细分成静态连接到MFC和动态连接到MFC上的。但静态连接到MFC的动态连接库只被VC的专业般和企业版所支持。

　Extension DLL:用来实现从MFC所继承下来的类的重新利用，也就是说，用这种类型的动态连接库，可以用来输出一个从MFC所继承下来的类。Extension DLL使用MFC的动态连接版本所创建的，并且它只被用MFC类库所编写的应用程序所调用。

　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++类或其它的函数，如下：

　void _declspec(dllexport) outputfunction()

　{

　MessageBox(NULL,"Output!","Hello World",MB_OK);

　}

　要输出一个类也可以，如下：

　class _declspec(dllexport) COutputClass

　{

　//add your class definition...

　};

　请注意_declspec(dllexport),

　这是VC提供的一个关键字，用它可在动态连接库中输出一个数据、一个函数或一个类。用这个关键字可省你不少事，不用在.DEF文件重新定义。

　2、调用的方法

　前面讲到Non-MFC DLL的编法，现在讲讲调用DLL的方法。对DLL的调用分为两种，一种是显式的调用，一种是隐式的调用。

　所谓显式的调用，是指在应用程序中用LoadLibrary或MFC提供的AfxLoadLibrary显式的将自己所做的动态连接库调近来，动态连接库的文件名即是上两函数的参数，再用GetProcAddress()获取想要引入的函数。自此，你就可以象使用如同本应用程序自定义的函数一样来调用此引入函数了。在应用程序退出之前，应该用FreeLibrary或MFC提供的AfxLoadLibrary释放动态连接库。

　隐式的调用则需要把产生动态连接库时产生的.LIB文件加入到应用程序的工程中，想使用DLL中的函数时，只须说明以下，如下：void outputfunction();

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

　由此看来，隐式说明调用的方法比较简单，但DLL改变后，应用程序须从新编译。并且，所有所调用的DLL在应用程序加载的同时被加载到内存中，但应用程序调用的DLL比较多时，装入的过程十分慢。隐式的调用则在应用程序不知道所要装入的DLL或隐式调用不成功，此时，允许用户指定所要加载的动态连接库，比较灵活。

　3、Regular DLL的调用方法

　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的提醒。

　4、　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! ");

　// 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! ");

　}

　return 1; // ok

　}

　上面代码中，AfxInitExtensionMoudle函数捕捉此动态库模块，在初始化的时NEW一个CDynLinkLibrary对象。它的目的在于：它能使Extension DLL向应用程序输出CRuntimeClass对象或资源。

　如果此动态连接库被显式的调用，还必须在DLL_PROCESS_DETACH选择项的执行代码上调用AfxTermEXtensonModule，这保证了当调用进程与动态连接库分离是正确清理内存中的动态库模块。如果是隐式的被调用，则此步不是必须的。