DLL入门浅析（2）——如何使用DLL

最新推荐文章于 2023-12-25 12:02:00 发布

承接各种编程私活

最新推荐文章于 2023-12-25 12:02:00 发布

阅读量690

点赞数 1

分类专栏： c++ 文章标签： c++ DLL

c++ 专栏收录该内容

23 篇文章 0 订阅

订阅专栏

上文我简单的介绍了如何建立一个简单DLL，下面再我简单的介绍一下如何使用一个DLL。当一个DLL被生成后，它创建了一个.dll文件和一个.lib文件；这两个都是你需要的。要使用DLL，就需要载入这个DLL。

隐式链接

这里有两个方法来载入一个DLL；一个方法是捷径另一个则相比要复杂些。捷径是只链接到你.lib 文件并将.dll文件置入你的新项目的路径中去。

隐式链接采用静态加载的方式，比较简单，需要.h、.lib、.dll三件套。新建“控制台应用程序”或“空项目”。配置如下:

1.项目->属性->配置属性->VC++ 目录-> 在“包含目录”里添加头文件.h所在的目录

2.项目->属性->配置属性->VC++ 目录-> 在“库目录”里添加头文件.lib所在的目录

3.将DLL文件放入当前执行的文件夹中（调试模式在Debug）

#include "stdafx.h"

#include "DLLSample.h"

#pragma comment(lib, "DLLSample.lib") // 你也可以在项目属性中设置库的链接

int main()

{

TestDLL(123);

return(1);

}

这就是载入一个DLL的简单方法。

显式链接

难点的加载DLL的方法稍微有点复杂。你将需要函数指针和一些Windows函数。但是，通过这种载入DLLs的方法，你不需要DLL的.lib或头文件，而只需要DLL。

#include <iostream>

#include <windows.h>

typedef void (*DLLFunc)( int);

int main()

{

DLLFunc dllFunc;

HINSTANCE hInstLibrary = LoadLibrary("DLLSample.dll");

if (hInstLibrary == NULL)

{

FreeLibrary(hInstLibrary);

}

dllFunc = (DLLFunc)GetProcAddress(hInstLibrary, "TestDLL");

if (dllFunc == NULL)

{

FreeLibrary(hInstLibrary);

}

dllFunc(123);

std::cin.get();

FreeLibrary(hInstLibrary);

return(1);

}

首先你会注意到：这里包括进了文件“windows.h”同时移走了“DLLSample.h”。原因很简单：因为windows.h包含了一些Windows函数，当然你现在将只需要其中几个而已。它也包含了一些将会用到的Windows特定变量。你可以去掉DLL的头文件（DLLSample.h）因为－如我前面所说－当你使用这个方法载入DLL时你并不需要它。

下面你会看到：下面的一句代码:

typedef void (*DLLFunc)(int);

这是一个函数指针类型的定义。指向一个函数是一个int型的参数，返回值为void类型。

一个HINSTANCE是一个Windows数据类型：是一个实例的句柄；在此情况下，这个实例将是这个DLL。你可以通过使用函数LoadLibrary()获得DLL的实例，它获得一个名称作为参数。在调用LoadLibrary函数后，你必需查看一下函数返回是否成功。你可以通过检查HINSTANCE是否等于NULL（在Windows.h中定义为0或Windows.h包含的一个头文件）来查看其是否成功。如果其等于NULL，该句柄将是无效的，并且你必需释放这个库。换句话说，你必需释放DLL获得的内存。如果函数返回成功，你的HINSTANCE就包含了指向DLL的句柄。

一旦你获得了指向DLL的句柄，你现在可以从DLL中重新获得函数。为了这样作，你必须使用函数GetProcAddress()，它将DLL的句柄（你可以使用HINSTANCE）和函数的名称作为参数。你可以让函数指针获得由GetProcAddress()返回的值，同时你必需将GetProcAddress()转换为那个函数定义的函数指针。举个例子，对于Add()函数，你必需将GetProcAddress()转换为AddFunc；这就是它知道参数及返回值的原因。现在，最好先确定函数指针是否等于NULL以及它们拥有DLL的函数。这只是一个简单的if语句；如果其中一个等于NULL，你必需如前所述释放库。

一旦函数指针拥有DLL的函数，你现在就可以使用它们了，但是这里有一个需要注意的地方：你不能使用函数的实际名称；你必需使用函数指针来调用它们。在那以后，所有你需要做的是释放库如此而已。

模块句柄

进程中的每个DLL模块被全局唯一的32字节的HINSTANCE句柄标识。进程自己还有一个HINSTANCE句柄。所有这些模块句柄都只有在特定的进程内部有效，它们代表了DLL或EXE模块在进程虚拟空间中的起始地址。在Win32中，HINSTANCE和HMODULE的值是相同的，这个两种类型可以替换使用。进程模块句柄几乎总是等于0x400000，而DLL模块的加载地址的缺省句柄是0x10000000。如果程序同时使用了几个DLL模块，每一个都会有不同的HINSTANCE值。这是因为在创建DLL文件时指定了不同的基地址，或者是因为加载程序对DLL代码进行了重定位。
模块句柄对于加载资源特别重要。Win32 的FindResource函数中带有一个HINSTANCE参数。EXE和DLL都有其自己的资源。如果应用程序需要来自于DLL的资源，就将此参数指定为DLL的模块句柄。如果需要EXE文件中包含的资源，就指定EXE的模块句柄。
但是在使用这些句柄之前存在一个问题，你怎样得到它们呢？如果需要得到EXE模块句柄，调用带有Null参数的Win32函数GetModuleHandle；如果需要DLL模块句柄，就调用以DLL文件名为参数的Win32函数GetModuleHandle。

应用程序怎样找到DLL文件

如果应用程序使用LoadLibrary显式链接，那么在这个函数的参数中可以指定DLL文件的完整路径。如果不指定路径，或是进行隐式链接，Windows将遵循下面的搜索顺序来定位DLL：
1．包含EXE文件的目录，
2．进程的当前工作目录，
3． Windows系统目录，
4． Windows目录，
5．列在Path环境变量中的一系列目录。
这里有一个很容易发生错误的陷阱。如果你使用VC＋＋进行项目开发，并且为DLL模块专门创建了一个项目，然后将生成的DLL文件拷贝到系统目录下，从应用程序中调用DLL模块。到目前为止，一切正常。接下来对DLL模块做了一些修改后重新生成了新的DLL文件，但你忘记将新的DLL文件拷贝到系统目录下。下一次当你运行应用程序时，它仍加载了老版本的DLL文件，这可要当心！

调试DLL程序

Microsoft 的VC＋＋是开发和测试DLL的有效工具，只需从DLL项目中运行调试程序即可。当你第一次这样操作时，调试程序会向你询问EXE文件的路径。此后每次在调试程序中运行DLL时，调试程序会自动加载该EXE文件。然后该EXE文件用上面的搜索序列发现DLL文件，这意味着你必须设置Path环境变量让其包含DLL文件的磁盘路径，或者也可以将DLL文件拷贝到搜索序列中的目录路径下。
或者当你调试EXE程序时，在Project Setting中，将Debug选项卡中的Category设置为Additional DLLs。就可以同时调试EXE和它调用的DLL（当然，你需要有DLL的源代码）了。

dll导出函数名称规范化

一个问题仍然值得思考：导出函数的修饰名称太“奇怪”，为dll的使用带来了不便，能不能让导出函数的修饰名称规范一些？

答案是肯定的，而且方法至少有两种：

一是运用extern "C"修饰printMax；

二是运用模块定义文件.def。后者的效果更好，所以本节将使用.def来规范化导出函数的修饰名称。

CreateDLL.dll导出的两个函数功能很简单，根据功能描述，理想的函数名称是pMaxA2和pMaxA3。在CreateDLL项目中添加CreateDLL.def文件：

 
  LIBRARY CreateDLL  
 EXPORTS  
 pMaxA2 = ?printMax@@YAXAAH0@Z  
 pMaxA3 = ?printMax@@YAXAAH00@Z  
 

重新build项目CreateDLL，使用dumpbin再次查看CreateDLL.dll的导出函数名称，结果如图7所示。

图7 规范化的函数名，奇怪的修饰名称还存在

出现了期望的结果，但仍有小缺憾：奇怪的修饰名称仍然存在。能否去掉这些不太规范的修饰名称呢？当然是可以的。只需要将CreateDLL.h中#define CREATEDLL_API __declspec(dllexport) 修改为#define CREATEDLL_API即可。修改之后重新编译生成CreateDLL.dll，使用dumpbin查看导出函数名称，结果如图8所示。