动态链接库的一些基本概念

摘自http://uuxa.itpub.net/post/18860/219525

介绍一点重要的背景知识：所有的Win32API函数都包含在DLL中。三个最重要的DLL是：KERNEL32.DLL(它由管理内存、进程和线程的函数组成)，USER32.DLL（它由执行用户界面任务（如创建窗口和发送消息）的函数组成），GDI32.DLL(它由绘图和显示文本的函数组成)。另外还有一些执行专门功能的DLL，例如：ADVAPI32.DLL(包含有关对象安全、注册表管理和事件记录的函数)；COMDLG32.DLL（包含了通用对话框，FileOpen、FileSave等）；LZ32.DLL(包含文件解压缩函数)

13.1 创建动态链接库

DLL中通常没有处理消息循环的代码和创建窗口的代码。

应用程序要调用DLL中的函数，必须先把DLL的文件映射到进程的地址空间里。

由DLL中代码创建的对象都归调用线程或进程所有，DLL在Win32中什么也不拥有。例如：DLL中的函数调用了VirtualAlloc，保留的地址空间区域在调用的线程的进程的地址空间中。如果后来DLL从程序中释放了，可是由DLL保留的这块物理存储并不释放，只有当程序某个线程调用了VirtualFree或是进程终结时，该保留区域才从内存中释放。

13.1.1将DLL映射到进程的地址空间：可以使用两种方法将DLL映射到进程的地址空间，一种是隐式连接，另一种是显式装入。

1.隐式链接：

采用这种方法时，系统寻找DLL文件时，查找以下这几处：

(1)包含EXE文件的目录

(2)进程的当前目录

(3)Windows系统目录

(4)Windows目录

(5)列在PATH环境变量中的目录

如果这五处都找不到DLL，那么系统会显示一个消息框，之后终止整个进程。

采用这种方法映射的DLL，DLL在进程终结时才会被解除映射，也就是说在进程终结时才会被释放。

2.显式链接：

当进程中的线程调用LoadLibrary或LoadLibraryEx时可以显示的映射DLL文件到进程的地址空间。显式加载DLL后，可以在任意时刻用FreeLibrary来释放DLL在进程地址空间中的映射。如果同一进程中的线程使用LoadLibrary或LoadLibraryEx加载了相同的DLL两次以上，那么在第一次加载DLL到进程的地址空间后，系统并不会再重复加载DLL，而只是增加对DLL的使用计数，同理在使用FreeLibrary时，只是减少对DLL的使用计数，并一定要从进程的地址空间中释放DLL。当系统看到一个DLL的使用计数为0时，就自动把该DLL从进程的地址空间中释放。如果是两个不同的进程（进程A和进程B）显示载入了相同的DLL，那么进程A在载入DLL时，系统同时为该DLL的使用计数设置为1，同理B的也是1，在进程A释放DLL时，进程B中的DLL并不受任何影响，进程B中对DLL的使用计数还是1，而进程A中对该DLL的使用计数变成0。注：显示链接时，系统寻找DLL文件同隐式链接，不过函数LoadLibraryEx可以改变寻找的方式。

线程可以调用GetModuleHandle函数来判断一个DLL是否被载入了进程的地址空间，

HINSTANCE GetModuleHandle(LPCTSTR lpszModuleName);

例子：

HINSTANCE hinstDLL;

hinstDLL = GetModuleHandle(“SomeDLL.dll”);

If (hinstDLL == NULL){

hinstDLL = LoadLibrary(“SomeDLL.dll”);

}

 

如果有了DLL的HINSTANCE值就可以使用GetModuleFileName来得到DLL的全路径名，

DWORD GetModuleFileName(HINSTANCE hinstModule,

LPTSTR lpszPath,DWORD cchPath);

参数说明：

hinstModule是DLL或EXE的HINSTANCE值，lpszPath是返回的DLL的全路径名，cchPath指定缓冲区字符大小。

13.2 DLL的进入/退出函数

这些函数常常被DLL用来执行线程级或进程级的初始化或清理工作。

如果DLL中有这个进入/退出函数，那么这个函数必须是下面这个形式的：

BOOL WINAPI DLLMain(HINSTANCE hinstDLL,DWORD fdwReason,LPVOID fImpLoad){

Switch(fdwReason){

Case DLL_PROCESS_ATTACH:

//当这个DLL被映射到了进程的地址空间时

break;

case DLL_THREAD_ATTACH:

//一个线程正在被创建

break;

case DLL_THREAD_DETACH:

//线程终结

break;

case DLL_PROCESS_DETACH:

//这个DLL从进程的地址空间中解除映射

break;

}

return(TRUE);

}

参数说明：

hinstDLL包含DLL句柄。该值表示DLL被映射到进程地址空间内的虚拟地址。

fImpLoad当隐式加载时该参数非零，当DLL被显示加载时为零。

fdwReason：该参数指出系统为什么调用该函数。该参数有四个可能值：DLL_PROCESS_ATTACH、DLL_PROCESS_DETACH、DLL_THREAD_ATTACH、DLL_THREAD_DETACH。下面分别说明这四个可能值的作用：

DLL_PROCESS_ATTACH：当一个DLL被首次载入进程地址空间时，系统会调用该DLL的DLLMain函数，传递的参数fdwReason为DLL_PROCESS_ATTACH。这种情况只有在首次映射DLL时才发生。当DLLMain处理DLL_PROCESS_ATTACH时，DLLMain函数的返回值表示DLL的初始化是否成功。成功返回TRUE，否则返回FALSE。举一个在DLL_PROCESS_ATTACH通知中简单的初始化例子：使用HeapCreate来创建一个DLL要使用的堆，当然这个堆是在进程的地址空间上的。(现在描述一下隐式载入DLL时都发生了什么：当新建一个进程时，系统为该进程分配了地址空间，之后将EXE文件和所需要的DLL文件都映射到进程的地址空间。之后系统创建了进程的主线程，并使用这个主线程来调用每一个DLL中的DLLMain函数，传递给DLLMain函数的参数fdwReason的值是DLL_PROCESS_ATTACH。在所有的DLL都响应了DLL_PROCESS_ATTACH通知后，系统让进程的主线程执行EXE的C运行时启动代码，而后调用EXE文件的WinMain函数。如果有一个DLL的DLLMain函数的返回值为FALSE，说明DLL的初始化没有成功，系统就会终结整个进程，去掉所有文件映象，之后显示一个对话框告诉用户进程不能启动。再说明一下显示载入DLL时都发生了什么：首先线程(A)调用LoadLibrary或LoadLibraryEx来载入一个DLL，之后系统让线程A来调用DLL中的DLLMain函数，并传递参数fdwReason值为DLL_PROCESS_ATTACH，当DLL中的DLLMain处理完DLL_PROCESS_ATTACH通知后，线程就会从LoadLibrary返回，继续执行线程中LoadLibrary下面的代码。如果DLL中的DLLMain返回FALSE，说明初始化不成功，系统将DLL自动解除映射，使用对LoadLibrary或LoadLibraryEx的调用返回NULL。)

DLL_PROCESS_DETACH：当DLL从进程的地址空间解除映射时，参数fdwReason被传递的值为DLL_PROCESS_DETACH。当DLL处理DLL_PROCESS_DETACH时，DLL应该处理与进程相关的清理操作。举个例子：可以在DLL_PROCESS_DETACH阶段使用HeapDestroy来释放在DLL_PROCESS_DETACH阶段创建的堆。

如果进程的终结是因为系统中有某个线程调用了TerminateProcess来终结的，那么系统就不会用DLL_PROCESS_DETACH来调用DLL中的DLLMain函数来执行进程的清理工作。这样就会造成数据丢失。所以万不得以不要使用TerminateProcess来终结进程。

DLL_THREAD_ATTACH：该通知告诉所有的DLL执行线程的初始化。当进程创建一个新线程时，系统会查看进程地址空间中所有的DLL文件映射，之后用DLL_THREAD_ATTACH来调用DLL中的DLLMain函数。要注意：系统不会为进程的主线程使用值DLL_THREAD_ATTACH来调用DLL中的DLLMain函数。

DLL_THREAD_DETACH：该通知告诉所有的DLL执行线程的清理工作。注意如果线程的终结是使用TerminateThread来完成的，那么系统将不会使用值DLL_THREAD_DETACH来执行线程的清理工作，这也就是说可能会造成数据丢失，所以万不得已不要使用TerminateThread来终结线程。

注：在编写DLL时不必一定实现DLLMain函数，当DLL源码中没有DLLMain函数时，C运行时库有它自己的一个DLLMain函数。

13.3 从DLL中输出函数和变量

在C中输出函数和变量的方法：

举例子说明：如何输出函数add和变量g_nUsageCount，

_declspec(dllexport) int Add(){

//函数Add的函数体

}

_declspec(dllexport) int g_nUsageCount = 0;

下面说明一下从DLL中输出函数和变量时链接器所要做的一些事：首先在链接器链接DLL时，链接器检查到了关于输出函数和变量的信息，之后链接器就自动产生了一个包含DLL输出符号的LIB文件，同时还在生成的DLL文件中嵌入了一个输出符号表(这个表中包含DLL中要输出的函数和变量的名字和在DLL中对应的地址)。

13.4 在EXE中使用DLL输出的函数和变量

下面举例子说明如何在EXE中调用从DLL中输出的函数Add和变量g_nUsageCount，

_declspec(dllimport) int Add();

_declspec(dllimport) int g_nUsageCount;

线程可以使用GetProcAddress函数来得到从DLL中输出的函数或变量的地址，

FARPROC GetProcAddress(HINSTANCE hinstDLL,LPCSTR lpszProc);

参数说明：hinstDLL是DLL的句柄，lpszProc可以是DLL中函数或变量的名字，也可以是对应DLL中函数或变量的序号。

举例子：GetProcAddress(hinst,”SomeDLLName”);//直接使用函数名

GetProcAddress(hinst,MakeIntResource(2));//使用函数的序号

13.5 在EXE或DLL的多个实例中共享数据

13.5.1 首先说明一下EXE或DLL中的节：

每一个EXE或DLL文件都是由节的集合组成的，每个节由“.”开始，例如：编译器把所有代码都放在.text节中。如下表所示为EXE或DLL中的常用节：

节名

内容

.text

应用程序或DLL的代码

.bss

未初始化的数据

.rdata

只读的运行时数据

.rsrc

资源

.edata

输出名字表

.data

初始化的数据

.xdata

异常处理表

.idata

引入名字表

.CRT

只读的C运行时数据

.reloc

修正表信息

.debug

调试信息

.tls

线程局部存储

每个节都有如下访问权限：

属性

含义

READ

该节中的字节可读取

WRITE

该节中的字节可写入

EXECUTE

该节中的字节可执行

SHARED

该节中的字节可被多个实例共享

在代码中使用节的方法举例：

#pragma comment(linker,”/SECTION:SHARED,RWS”);//使节SHARED可以读、写、可共享。