VC++调用DLL

调用DLL，首先需要将DLL文件映像到用户进程的地址空间中，然后才能进行函数调用，这个函数和进程内部一般函数的调用方法相同。Windows提供了两种将DLL映像到进程地址空间的方法：

1. 隐式的加载时链接

这种方法需要DLL工程经编译产生的LIB文件，此文件中包含了DLL允许应用程序调用的所有函数的列表，当链接器发现应用程序调用了LIB文件列出的某个函数，就会在应用程序的可执行文件的文件映像中加入一些信息，这些信息指出了包含这个函数的DLL文件的名字。当这个应用程序运行时，也就是它的可执行文件被操作系统产生映像文件时，系统会查看这个映像文件中关于DLL的信息，然后将这个DLL文件映像到进程的地址空间。

系统通过DLL文件的名称，试图加载这个文件到进程地址空间时，它寻找DLL 文件的路径按照先后顺序如下：

·程序运行时的目录，即可执行文件所在的目录；

·当前程序工作目录

·系统目录：对于Windows95/98来说，可以调用GetSystemDirectory函数来得到，对于WindowsNT/2000来说，指的是32位Windows的系统目录，也可以调用GetSystemDirectory函数来得到，得到的值为SYSTEM32。

·Windows目录

·列在PATH环境变量中的所有目录

VC中加载DLL的LIB文件的方法有以下三种：

①LIB文件直接加入到工程文件列表中

在VC中打开File View一页，选中工程名，单击鼠标右键，然后选中“Add Files to Project”菜单，在弹出的文件对话框中选中要加入DLL的LIB文件即可。

②设置工程的 ProjectSettings来加载DLL的LIB文件

打开工程的 Project Settings菜单，选中Link，然后在Object/librarymodules下的文本框中输入DLL的LIB文件。

③通过程序代码的方式

加入预编译指令#pragma comment (lib,”*.lib”)，这种方法优点是可以利用条件预编译指令链接不同版本的LIB文件。因为，在Debug方式下，产生的LIB文件是Debug版本，如Regd.lib；在Release方式下，产生的LIB文件是Release版本，如Regr.lib。

当应用程序对DLL的LIB文件加载后，还需要把DLL对应的头文件（*.h）包含到其中，在这个头文件中给出了DLL中定义的函数原型，然后声明。

2 显式的运行时链接 ,(我用的是此方法)

隐式链接虽然实现较简单，但除了必须的*.dll文件外还需要DLL的*.h文件和*.lib文件，在那些只提供*.dll文件的场合就无法使用，而只能采用显式链接的方式。这种方式通过调用API函数来完成对DLL的加载与卸载，其能更加有效地使用内存，在编写大型应用程序时往往采用此方式。这种方法编程具体实现步骤如下：

①使用Windows API函数Load Library或者MFC提供的AfxLoadLibrary将DLL模块映像到进程的内存空间，对DLL模块进行动态加载。

②使用GetProcAddress函数得到要调用DLL中的函数的指针。

③不用DLL时，用Free Library函数或者AfxFreeLibrary函数从进程的地址空间显式卸载DLL。

例:在应用程序中调用dll文件 

——在应用程序中要首先装入dll后才能调用导出表中的函数,例如用mfc 

创建基于对话框的工程test,并在对话框上放置"load"按钮,先添加装载代码。

1.首先在testdlg.cpp的首部添加变量设置代码: 

//设置全局变量glibsample用于存储dll句柄 

HINSTANCE  glibsample=null;   //如果定义成HANDLE类型,则出错

//第二个变量showme是指向dll
库中showme()函数的指针

typedef int(* Showme)(void);

Showme showme;

2.利用classwizard为"load"按钮添加装载dll的代码 

void ctestdlg::onloadbutton() 

{ 

//要添加的代码如下 

if(glibsample!=NULL) 

{

AfxMessageBox("the sample.dll has already been load."); 

return; 

}

//装载sample.dll,未加路径,将在三个默认路径中寻找(1)windows的系统目录:\windows\system; 

//(2)dos中path所指出的任何目录; 

//(3)程序所在的目录; 


glibsample=Loadlibrary("sample.dll"); 

//返回dll中showme()函数的地址 

showme=(Showme)GetProcAddress(glibsample,"showme");

》点击查看原文...

 

 

一、 静态链接库与动态链接库区别

静态链接库与动态链接库都是共享代码的方式，如果采用静态链接库，则无论你愿不愿意，lib中的指令都全部被直接包含在最终生成的 EXE 文件中了。但是若使用 DLL，该 DLL 不必被包含在最终EXE 文件中，EXE 文件执行时可以“动态”地引用和卸载这个与 EXE 独立的DLL 文件。静态链接库和动态链接库的另外一个区别在于静态链接库中不能再包含其他的动态链接库或者静态库，而在动态链接库中还可以再包含其他的动态或静态链接库。动态库就是在需要调用其中的函数时，根据函数映射表找到该函数然后调入堆栈执行。如果在当前工程中有多处对dll文件中同一个函数的调用，那么执行时，这个函数只会留下一份拷贝。但是如果有多处对lib文件中同一个函数的调用，那么执行时，该函数将在当前程序的执行空间里留下多份拷贝，而且是一处调用就产生一份拷贝。

静态链接库与静态链接库调用规则总体比较如下：

1、  静态链接库(比较简单)：

首先，静态链接库的使用需要库的开发者提供生成库的.h头文件和.lib文件。生成库的.h头文件中的声明格式如下：

extern "C" 函数返回类型 函数名(参数表);

在调用程序的.cpp源代码文件中如下：

#include "..\lib.h"

#pragmacomment(lib,"..\\debug\\libTest.lib")     //指定与静态库一起链接

其次因为静态链接库是将全部指令都包含入调用程序生成的EXE文件中。因此如果用的是静态链接库，那么也就不存在“导出某个函数提供给用户使用”的情况，要想用就得全要！要不就都别要!

2、  态链接库：

         动态链接库的使用需要库的开发者提供生成的.lib文件和.dll文件。或者只提供dll文件。

首先我们必须先注意到DLL内的函数分为两种：

         1)  出函数，可供应用程序调用；

         2)  LL内部函数，只能在 DLL 程序使用，应用程序无法调用它们。

因此调用程序若想调用DLL中的某个函数就要以某种形式或方式指明它到底想调用哪一个函数。

Ø  对于DLL的导出，可以采用如下方法：

#ifdef WLL_EXPORTS

#define WLL_API __declspec(dllexport)

#else

#define WLL_API __declspec(dllimport)

#endif

这是导出类的宏定义，将导出类必须加上该宏，才能被导出。

此处的WLL_EXPORTS会出现在 projectàsettingsàC++àPreProcessor的PreProcessor definition中，这个MACRO表明其要定义一个导出宏。

当前库编译时，加了WLL_API的类将被导出，而包含该头文件的其他调用DLL或EXE，由于没有定义WLL_API宏，将申明为导入该类。

Ø  动态库函数的调用，可以采用静态链接的方式，主要步骤如下：

1)       包含DLL中导出的头文件。

2)       采用#pragma comment(lib,"..\\debug\\libTest.lib")导入动态库生成的*.lib头文件。或在 projectàsettingsàLinkeràInput的Additional Dependencies中加入lib文件。

3)       将动态库生成的*.dll文件放到EXE或DLL的同一目录下。

Ø  也可以采用动态加载的方式调用，步骤如下：

Another.dll有一个int Add(int x,int y) 函数。则完整的调用过程如下：

typedef int (*FunPtr)(int,int);          //定义函数指针

FunPtr funPtr;

Handle handle =LoadLibrary("Another.dll");

funPtr =（FunPtr）GetProcAddress(handle,"Add");

funPtr(2,3);                        // 2+3;

FreeLibrary(handle);         // 释放载入的动态库

二、 LIB文件

目前以lib后缀的库有两种，一种为静态链接库(Static Libary，以下简称“静态库”)，另一种为动态连接库(DLL，以下简称“动态库”)的导入库(ImportLibary，以下简称“导入库”）。

静态库是一个或者多个obj文件的打包，所以有人干脆把从obj文件生成lib的过程称为Archive，即合并到一起。比如你链接一个静态库，如果其中有错，它会准确的找到是哪个obj有错，即静态lib只是壳子。

动态库一般会有对应的导入库，方便程序静态载入动态链接库，否则你可能就需要自己LoadLibary调入DLL文件，然后再手工GetProcAddress获得对应函数了。有了导入库，你只需要链接导入库后按照头文件函数接口的声明调用函数就可以了。

导入库和静态库的区别很大，他们实质是不一样的东西。静态库本身就包含了实际执行代码、符号表等等，而对于导入库而言，其实际的执行代码位于动态库中，导入库只包含了地址符号表等，确保程序找到对应函数的一些基本地址信息。

这也是实际上很多开源代码发布的惯用方式：

1、  预编译的开发包：包含一些.dll文件和一些.lib文件。其中这里的.lib就是导入库，而不要错以为是静态库。但是引入方式和静态库一样，要在链接路径上添加找到这些.lib的路径。而.dll则最好放到最后产生的应用程序exe执行文件相同的目录。这样运行时，就会自动调入动态链接库。

2、  用户自己编译：下载的是源代码，按照readme自己编译。生成很可能也是.dll + .lib(导入库)的库文件

3、  如果你只有dll，并且你知道dll中函数的函数原型，那么你可以直接在自己程序中使用LoadLibary调入DLL文件，GetProcAddress获取函数地址，然后调用。

三、DLL文件

动态链接库 (DLL) 是作为共享函数库的可执行文件。动态链接提供了一种方法，使进程可以调用不属于其可执行代码的函数。函数的可执行代码位于一个 DLL 中，该 DLL 包含一个或多个已被编译、链接并与使用它们的进程分开存储的函数。DLL 还有助于共享数据和资源。多个应用程序可同时访问内存中单个 DLL 副本的内容。

动态链接与静态链接的不同之处在于它允许可执行模块（.dll 文件或 .exe 文件）仅包含在运行时定位 DLL 函数的可执行代码所需的信息。在静态链接中，链接器从静态链接库获取所有被引用的函数，并将库同代码一起放到可执行文件中。

使用动态链接代替静态链接有若干优点。DLL 节省内存，减少交换操作，节省磁盘空间，更易于升级，提供售后支持，提供扩展 MFC库类的机制，支持多语言程序，并使国际版本的创建轻松完成。