第二章:VC++动态链接库编程之非MFC DLL
2.1、一个简单的DLL
第1.2节给出了以静态链接库方式提供add函数接口的方法,接下来我们来看看怎样用动态链接库实现一个同样功能的add函数。
在VC++中新建一个Win32
在建立的工程中添加dll.h及dll.cpp文件,源代码如下:
dll.h:
#ifndef __DLL_H__
#define __DLL_H__
extern "C" int __declspec(dllexport)add(int x, int y); //声明add为dll的导出函数
#endif
dll.cpp:
#include "dll.h"
int add(int x, int y)
{
return x + y;
}
与第 2 节对静态链接库的调用相似,我们也建立一个与 DLL 工程处于同一工作区的应用工程 DllCall ,它调用 DLL 中的函数 add ,其源代码如下:
#include "stdafx.h"
#include<windows.h>
#include "dll.h"
typedef int(*lpAddFun)(int, int); //宏定义函数指针类型
int main(int argc, char *argv[])
{
HINSTANCE hDll; //DLL句柄
lpAddFun addFun; //函数指针 创建一个addfun的对象
hDll = LoadLibrary(_T("..\\Debug\\DllTest.dll")); //加载dll模块,获取dll句柄
if (hDll != NULL)
{
addFun = (lpAddFun)GetProcAddress(hDll, "add");//获取dll模块内add函数的并赋予addfun地址
if (addFun != NULL)
{
int result = addFun(2, 3);
printf("2 + 3 = %d\n", result);
}
FreeLibrary(hDll); //释放dll模块
}
return 0;
}
分析上述代码, DllTest 工程中的 dll.cpp 文件与第 1.2 节静态链接库版本完全相同,不同在于 dll.h 对函数 add 的声明前面添加了 __declspec(dllexport) 语句。这个语句的含义是声明函数 add 为 DLL 的导出函数。 DLL 内的函数分为两种:
(1)DLL 导出函数,可供应用程序调用;
(2)
而应用程序对本 DLL 的调用和对第 2 节静态链接库的调用却有较大差异,下面我们来逐一分析。
首先,语句 typedef
其次,在函数 main 中定义了一个 DLL
再次,在函数 main 中通过 Win32
最后,应用工程使用完 DLL 后,在函数 main 中通过 Win32
通过这个简单的例子,我们获知 DLL 定义和调用的一般概念:
(1)DLL 中需以某种特定的方式声明导出函数(或变量、类);
(2) 应用工程需以某种特定的方式调用 DLL 的导出函数(或变量、类)。
下面我们来对 “ 特定的方式进行 ” 阐述。
2.2、声明导出函数
DLL中导出函数的声明有两种方式:一种为2.1节例子中给出的在函数声明中加上__declspec(dllexport),这里不再举例说明;另外一种方式是采用模块定义(.def)
下面的代码演示了怎样同.def文件将函数add声明为DLL导出函数(需在DllTest工程中添加dll.def文件):
; |
.def文件的规则为:
(1)LIBRARY语句说明.def文件相应的DLL;
(2)EXPORTS语句后列出要导出函数的名称。可以在.def文件中的导出函数名后加@n,表示要导出函数的序号为n(在进行函数调用时,这个序号将发挥其作用);
(3).def
由此可以看出,例子中dll.def文件的含义为生成名为“DllTest”的动态链接库,导出其中的add函数,并指定add函数的序号为1。
2.3、DLL的调用方式
在2.1节的例子中我们看到了由“LoadLibrary-GetProcAddress-FreeLibrary”系统Api提供的三位一体“DLL加载——DLL函数地址获取——DLL释放”方式,这种调用方式称为DLL的动态调用。
动态调用方式的特点是完全由编程者用
与动态调用方式相对应的就是静态调用方式,静态调用方式的特点是由编译系统完成对DLL的加载和应用程序结束时
下面我们来看看静态调用的例子,把生的 .lib文件拷贝到另一个工程(要调用的DLL项目)的目录下,把.dll文件拷贝到另一个工程(要调用的DLL项目)的debug目录下:
//.lib文件中仅仅是关于其对应DLL文件中函数的重定位信息
extern "C" __declspec(dllimport) add(int x,int y);
int main(int argc, char* argv[])
{
int result = add(2,3);
printf("%d",result);
return 0;
}
在VS2008中编译出现错误:error C4430: missing type specifier - int assumed. Note: C++ does not suppor。。时,采用下面方法解决:
项目----项目属性----配置属性----C/C++----命令行,在附加选项那里添加/wd4430这个选项。
由上述代码可以看出,静态调用方式的顺利进行需要完成两个动作:
(1)告诉编译器与DLL相对应的.lib文件所在的路径及文件名,#pragma
程序员在建立一个DLL文件时,连接器会自动为其生成一个对应的.lib文件,该文件包含了DLL
(2)声明导入函数,extern
静态调用方式不再需要使用系统API来加载、卸载DLL以及获取DLL中导出函数的地址。这是因为,当程序员通过静态链接方式编译生成应用程序时,应用程序中调用的与.lib文件中导出符号相匹配的函数符号将进入到生成的EXE
2.4、DllMain函数
Windows在加载DLL的时候,需要一个入口函数,就如同控制台或DOS程序需要main函数、Win32程序需要WinMain函数一样。在前面的例子中,DLL并没有提供DllMain函数,应用工程也能成功引用DLL,这是因为Windows在找不到DllMain的时候,系统会从其它运行库中引入一个不做任何操作的缺省DllMain函数版本,并不意味着DLL可以放弃DllMain函数。
根据编写规范,Windows必须查找并执行DLL里的DllMain函数作为加载DLL的依据,它使得DLL得以保留在内存里。这个函数并不属于导出函数,而是DLL的内部函数。这意味着不能直接在应用工程中引用DllMain函数,DllMain是自动被调用的。
我们来看一个DllMain函数的例子。
BOOL |
DllMain函数在DLL被加载和卸载时被调用,在单个线程启动和终止时,DllMain函数也被调用,ul_reason_for_call指明了被调用的原因。原因共有4种,即PROCESS_ATTACH、PROCESS_DETACH、THREAD_ATTACH和THREAD_DETACH,以switch语句列出。
来仔细解读一下DllMain的函数头BOOL
APIENTRY被定义为__stdcall,它意味着这个函数以标准Pascal的方式进行调用,也就是WINAPI方式;
进程中的每个DLL模块被全局唯一的32字节的HINSTANCE句柄标识,只有在特定的进程内部有效,句柄代表了DLL模块在进程虚拟空间中的起始地址。在Win32中,HINSTANCE和HMODULE的值是相同的,这两种类型可以替换使用,这就是函数参数hModule的来历。
执行下列代码:
hDll = LoadLibrary("..\\Debug\\dllTest.dll");
if (hDll != NULL)
{
addFun = (lpAddFun)GetProcAddress(hDll, MAKEINTRESOURCE(1));
//MAKEINTRESOURCE直接使用导出文件中的序号
if (addFun != NULL)
{
int result = addFun(2, 3);
printf("\ncall add in dll:%d", result);
}
FreeLibrary(hDll);
}
我们看到输出顺序为:
process attach of dll
call add in dll:5
process detach of dll
这一输出顺序验证了DllMain被调用的时机。
代码中的GetProcAddress
#define MAKEINTRESOURCEA(i) (LPSTR)((DWORD)((WORD)(i)))
#define MAKEINTRESOURCEW(i) (LPWSTR)((DWORD)((WORD)(i)))
#ifdef UNICODE
#define MAKEINTRESOURCE MAKEINTRESOURCEW
#else
#define MAKEINTRESOURCE MAKEINTRESOURCEA
2.5 、 __stdcall 约定
如果通过VC++编写的DLL欲被其他语言编写的程序调用,应将函数的调用方式声明为__stdcall方式,WINAPI都采用这种方式,而C/C++缺省的调用方式却为__cdecl。__stdcall方式与__cdecl对函数名最终生成符号的方式不同。若采用C编译方式(在C++中需将函数声明为extern
Windows编程中常见的几种函数类型声明宏都是与__stdcall和__cdecl有关的(节选自windef.h):
#define |
在lib.h中,应这样声明add函数:
int |
在应用工程中函数指针类型应定义为:
typedef |
若在lib.h中将函数声明为__stdcall调用,而应用工程中仍使用typedef
2.6、DLL导出变量
DLL定义的全局变量可以被调用进程访问;DLL也可以访问调用进程的全局数据,我们来看看在应用工程中引用DLL中变量的例子(单击此处下载本工程)。
|
;文件名:lib.def
;在DLL中导出变量
LIBRARY |
从lib.h和lib.cpp中可以看出,全局变量在DLL中的定义和使用方法与一般的程序设计是一样的。若要导出某全局变量,我们需要在.def文件的EXPORTS后添加:
变量名 CONSTANT //过时的方法
或
变量名 DATA
在主函数中引用DLL中定义的全局变量:
#include |
特别要注意的是用extern
dllGlobalVar |
其结果是dllGlobalVar指针的内容发生变化,程序中以后再也引用不到DLL中的全局变量了。
在应用工程中引用DLL中全局变量的一个更好方法是:
#include |
通过_declspec(dllimport)方式导入的就是DLL中全局变量本身而不再是其地址了,笔者建议在一切可能的情况下都使用这种方式。
2.7、DLL导出类
DLL中定义的类可以在应用工程中使用。
下面的例子里,我们在DLL中定义了point和circle两个类,并在应用工程中引用了它们(单击此处下载本工程)。
//文件名:point.h,point类的声明 |
类的引用:
#include |
从上述源代码可以看出,由于在DLL的类实现代码中定义了宏DLL_FILE,故在DLL的实现中所包含的类声明实际上为:
class |
和
class |
而在应用工程中没有定义DLL_FILE,故其包含point.h和circle.h后引入的类声明为:
class |
和
class |
不错,正是通过DLL中的
class |
与应用程序中的
class |
匹对来完成类的导出和导入的!
我们往往通过在类的声明头文件中用一个宏来决定使其编译为class
#ifdef |
实际上,在MFC
由此可见,应用工程中几乎可以看到DLL中的一切,包括函数、变量以及类,这就是DLL所要提供的强大能力。只要DLL释放这些接口,应用程序使用它就将如同使用本工程中的程序一样!
本章虽以VC++为平台讲解非MFC
更详细的内容参见:点击打开链接