DLL文件即动态链接库文件，是一种可执行文件，它允许程序共享执行特殊任务所必需的代码和其他资源。Windows提供的DLL文件中包含了允许基于Windows的程序在Windows环境下操作的许多函数和资源。

DLL多数情况下是带有DLL扩展名的文件，但也可能是EXE或其他扩展名。它们向运行于Windows操作系统下的程序提供代码、数据或函数。程序可根据DLL文件中的指令打开、启用、查询、禁用和关闭驱动程序。

DLL的全称是Dynamic Link Library, 中文叫做“动态链接文件”。在Windows操作系统中, DLL对于程序执行是非常重要的, 因为程序在执行的时候, 必须链接到DLL文件, 才能够正确地运行。而有些DLL文件可以被许多程序共用。因此, 程序设计人员可以利用DLL文件, 使程序不至于太过巨大。但是当安装的程序越来越多, DLL文件也就会越来越多, 如果当你删除程序的时候, 没有用的DLL文件没有被删除的话, 久而久之就造成系统的负担了。

DLL不是独立运行的程序，它是某个程序的一个部分，它只能由所属的程序调用。用户不能，也不需要打开它。

说到DLL文件的编写，自然是VC最厉害了，因为微软就是VC编写的，也可以用VB编写

下面这段代码是摘写的，如果要学的还是到网上搜索比较好。

标 题: 关于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，这保证了当调

用进程与动态连接库分离是正确清理内存中的动态库模块。如果是

隐式的被调用，则此步不是必须的了。