《VC语言6.0程序设计从入门到精通》第95章

用　AppWizard　生成应用程序时，可以指定资源文件使用的语言，这就是通过提供不同　
的动态链接库实现的。
一般来说，DLL　是一种磁盘文件（通常带有　DLL　扩展名），它由全局数据、服务函数和　
资源组成，在运行时被系统加载到进程的虚拟空间中，成为调用进程的一部分。如果与其他　
DLL　之间没有冲突，该文件通常映射到进程虚拟空间的同一地址上。DLL　模块中包含各种导　
出函数，用于向外界提供服务。Windows　在加载　DLL　模块时将进程函数调用与　DLL　文件的　
导出函数相匹配。
在　Win32　环境中，每个进程都复制了自己的读写全局变量　。如果想要与其他进程共享内　
存，必须使用内存映射文件或者声明一个共享数据段。DLL　模块需要的堆栈内存都是从运行　
进程的堆栈中分配出来的。DLL　现在越来越容易编写。Win32 已经大大简化了其编程模式，　
并有许多来自　AppWizard　和　MFC　类库的支持。使用　Visual　C＋＋　6。0　工具可以编写　3　种不同类　
型的动态链接库。
o Non…MFC　DLL　：指的是不用　MFC　的类库结构，直接用　C　语言编写的　DLL　，其输出的　
函数一般用的是标准　C　接口，并能被非　MFC　或　MFC　编写的应用程序所调用。
o Regular　DLL　：和下述的　Extension　Dlls　一样，是用　MFC　类库编写的。其特点是在源文　
件里有一个继承　CWinApp 的类。其又可细分成静态连接到　MFC　和动态连接到　MFC　
上的。但静态连接到　MFC　的动态链接库只被　Visual　C＋＋　的专业版和企业版所支持。
o Extension DLL　：用来实现从　MFC　所继承下来的类的重新利用，也就是说，用这种类　
型的动态链接库，可以用来输出一个从 MFC 所继承下来的类。Extension DLL　使用　
MFC　的动态连接版本所创建的，并且它只被用　MFC　类库所编写的应用程序所调用。
10。2 DLL　的出入口函数
DllMain（）　函数是　DLL　模块的默认入口点。当　Windows　加载　DLL　模块时调用这一函数。　
系统首先调用全局对象的构造函数，然后调用全局函数 DllMain（）　。DllMain（）　函数不仅在将　
DLL　链接加载到进程时被调用，在　DLL　模块与进程分离时（以及其他时候）也被调用。
DLL　文件中包含一个导出函数表　。这些导出函数由它们的符号名和称为标识号的整数与　
外界联系起来。函数表中还包含了　DLL 中函数的地址。当应用程序加载　DLL　模块时，它并　
不知道调用函数的实际地址，但它知道函数的符号名和标识号。动态链接过程在加载 DLL　
模块时动态建立一个函数调用与函数地址的对应表　。如果重新编译和重建　DLL　文件，并不需　
要修改应用程序，除非改变了导出函数的符号名和参数序列。
简单的　DLL　文件只为应用程序提供导出函数，比较复杂的　DLL　文件除了提供导出函数　
·252　·
…………………………………………………………Page　264……………………………………………………………
第　10　章 动态链接库
以外，还调用其他　DLL　文件中的函数。这样，一个特殊的　DLL　既有导入函数，又有导出函　
数。这并不是一个问题，因为动态链接过程可以处理交叉相关的情况。
在　DLL　代码中，声明导出函数的代码如下：
__declspec（dllexport）　int　MyFunction（int　n）；
但也可以在模块定义（DEF）文件中列出导出函数，不过这样做常常引起更多的麻烦。在　
应用程序方面，声明相应的输入函数，代码如下：
__declspec（dllimport）　int　MyFuncition（int　n）；
仅有导入和导出声明并不能使应用程序内部的函数调用链接到相应的　DLL　文件上。应用　
程序的项目必须为链接程序指定所需的输入库（LIB　文件）。而且应用程序事实上必须至少包　
含一个对　DLL　函数的调用。本节将对　DLL　的　DllMain（）入口函数和导出函数作相关的介绍。
10。2。1 DllMain（）函数
每一个　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；
｝
注意：函数名　DllMain　是区分大小写的。许多编程人员有时调用的函数是　DLLMain　。这是一个非　
常容易犯的错误，因为 DLL 这个词常常使用大写来表示。如果调用的进入点函数不是　
DllMain　，而是别的函数，代码将能够编译和链接，但是其进入点函数永远不会被调用，　
DLL　永远不会被初始化。
参数　hinstDll　包含了　DLL 的实例句柄。与（w）WinMain　函数的　hinstExe　参数一样，这个　
值用于标识　DLL　的文件映像被映射到进程的地址空间中的虚拟内存地址。通常将这个参数保　
·253　·
…………………………………………………………Page　265……………………………………………………………
Visual　C＋＋　6。0　程序设计从入门到精通
存在一个全局变量中，这样就可以在调用加载资源函数（如　DialogBox 和　LoadString　）时使　
用它。最后一个参数是　fImpLoad，如果　DLL　是隐含加载的，那么该参数将是个非　0　值，如　
果　DLL　是显式加载的，那么它的值是　0　。
参　数 fdwReason　用　于　指　明　系　统　为　什　么　调　用　该　函　数　。　该　参　数　可　以　使　用　
DLL_PROCESS_ATTACH （　进　程　被　调　用　）、DLL_THREAD_ATTACH （　线　程　被　调　用　）、　
DLL_PROCESS_DETACH （进程被停止）、DLL_THREAD_DETACH （线程被停止）4　个值的　
其中之一，lpReserved　为保留参数。下面就具体介绍这　4　个值的意义。
1．DLL_PROCESS_ATTACH　通知
当　DLL　被初次映射到进程的地址空间中时，系统将调用该　DLL　的　DllMain（）　函数，给它　
传递参数　fdwReason　的值　DLL_PROCESS_ATTACH　。只有当　DLL　的文件映像初次被映射时，　
才　会　出现　这种　情　况。　如果　线　程在　后来　为　已经　映射　到　进程　的地　址　空间　中的 DLL　调用　
LoadLibrary（Ex）　函　数　，　那　么　操　作　系　统　只　是　递　增　DLL　的　使　用　计　数　，　它　不　会　再　次　用　
DLL_PROCESS_ATTACH　的值来调用　DLL　的　DllMain（）　函数。
当处理　DLL_PROCESS_ATTACH　时，DLL　应该执行　DLL　中的函数要求的任何与进程相　
关的初始化。例如，DLL　可能包含需要使用它们自己的堆栈（在进程的地址空间中创建　）的　
函数。通过在处理DLL_PROCESS_ATTACH　通知时调用　HeapCreate（）　函