介绍一点重要的背景知识:所有的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可以读、写、可共享。