例1:
DLL编写:
Dll1.h
Dll1.cpp
Dumpbin:
DLL调用1:(包含Lib文件)(也可以在代码中使用#pragma comment(lib, "Dll1.lib"))
测试通过。
DLL调用2:(不包含Lib)
错误提示:找不到指定模块
处理办法:
A.修改Dll1.h头文件为:
Dubpbin:
其他不做任何变化,测试通过
B.修改DLL调用
改为:
其他不做任何变化,测试通过
例2.
DLL编写:
Dll1.h
Dll1.cpp
Dumpbin:
DLL调用:
错误提示:找不到指定模块
处理办法:
改为:
其他不做任何变化,测试通过
扩展:
DLL中:
修改为:
调用改为:
其他不进行任何变化。
Dumpbin:
错误提示:找不到指定模块
处理办法:
其他不做任何变化,测试通过
(测试2中2例若使用隐式调用,则链接过程中直接出现错误,由于导出名字中含有特殊字符,所以无法进行修改,即标准调用不能使用隐式连接调用)
例3:
DLL编写:
Dll2.h
Dll2.cpp
Dll2.def
Dumpbin(DLL2.dll):
Dumpbin(DLL2.lib):
DLL调用(隐式连接):(包括Dll2.lib)
测试通过
DLL调用(动态连接):
(不包括Dll2.lib)
测试通过
例4:
DLL编写:
Dll2.h
Dll2.cpp
Dll2.def
Dumpbin(DLL2.dll):
Dumpbin(DLL2.lib):
DLL调用(隐式连接):
(包括Dll2.lib)
链接失败!无法继续进行
DLL调用(动态连接):
测试通过。
总结一下:
1.模块文件的编写:*.def
定义方式:entryname[=internalname] [@ordinal [NONAME]] [PRIVATE] [DATA]
LIBRARY Dll2
EXPORTS //即使调用_stdcall约定,也不会发生改编,而只会调用这里显示的Add
ADD @ 1 //1为此函数编号
//如果 DLL 导出函数 func1(),要将它用作 func2(),则可以这样指定:
EXPORTS
func2=func1
@ordinal 允许指定是序号而不是函数名将进入 DLL 的导出表。这有助于最小化 DLL 的大小。.LIB 文件将包含序号与函数之间的映射,这使您得以像通常在使用 DLL 的项目中那样使用函数名
NONAME 关键字允许只按序号导出,并减小结果 DLL 中导出表的大小。但是,如果要在 DLL 上使用 GetProcAddress,则必须知道序号,因为名称将无效
PRIVATE 关键字禁止将 entryname 放到由 LINK 生成的导入库中。它对同样是由 LINK 生成的图像中的导出无效
DATA 关键字指定导出的是数据,而不是代码。例如,可以导出数据变量,如下所示:
EXPORTS
i DATA
2.导出类方式和导出函数方式相同,导出类中函数方式和导出普通函数方式相同。
3.一般情况下,导出的函数名字会发生改编,若不想其发生改变,可定义:
extern "c" _declspec(dllexport) 这样编译器就不会进行名字改编,一个用C语言编写的客户端程序就可以调用这个用C++编写的动态链接库。其缺点是,不能导入类中的函数。
如果函数使 用标准调用约定_stdcall,即使使用了extern "c",此函数仍会发生改编
4.def和__declspec(dllexport)相比较
A.使用.def文件导出的优点
(1)你能控制导出函数的名字。由于函数的不同调用约定所产生的函数名的Decorated Name是不同的(例如,__stdcall, __cdecl两种调用约定),所以为了得到简洁一致的导出函数名,就必须使用.def文件。
(2)你能控制导出函数的序号。当你要构造一个供他人使用的第三方DLL时,你就需要确保每次更新的DLL中的函数名和序号都与以前的版本保持一致。当你 添加额外的函数到DLL中时,通过赋予新函数较大的序号,从而新的DLL不会影响使用该DLL的应用(不管它是使用函数名还是使用序号调用函数的)。而要做到这些,就必须使用.def文件进行控制。例如,MFC中的DLL就是使用.def文件进行控制的。
(3)还可控制导出函数的NONAME属性。通过指定导出函数的NONAME属性(EXPORTS语 句:entryname[=internalname] [@ordinal[NONAME]] [DATA] [PRIVATE]),可以在DLL的导出表中不保存函数名,只保存序号,从而在有很多函数时节约很多空间。但同时也给DLL的使用者带来了困难,因为他 们只能使用序号调用函数。所以,NONAME属性的使用并不多见。
所以,使用.def的特别适用于第三方DLL的制作。
B.使用__declspec(dllexport)的优点是简单、方便,但缺点是没有上面.def的有点。所以,它一般用于应用程序自己使 用的DLL。这样,即使DLL的导出函数的Decorated Name有各种可能,应用在编译时都可以根据DLL的Import Library找到相应的函数,从而避免了上面.def文件所述的(1)和(2)的两个缺点。当DLL更新后,要使用新的DLL,也需要应用重新编译链接。
5.DLLMain
BOOL WINAPI DllMain(
HINSTANCE hinstDLL, // handle to DLL module
DWORD fdwReason, // reason for calling function
LPVOID lpReserved ) // reserved
{
// Perform actions based on the reason for calling.
switch( fdwReason )
{
case DLL_PROCESS_ATTACH:
// Initialize once for each new process.
// Return FALSE to fail DLL load.
break;
case DLL_THREAD_ATTACH:
// Do thread-specific initialization.
break;
case DLL_THREAD_DETACH:
// Do thread-specific cleanup.
break;
case DLL_PROCESS_DETACH:
// Perform any necessary cleanup.
break;
}
return TRUE; // Successful DLL_PROCESS_ATTACH.
}
是DLL的入口函数,但不是必须的,自己定义的其他函数同样可以调用。
6.调用约定
_cdecl (CDeclaration) |
_stdcall (StandardCall) |
_fastcall |
_thiscall |
|
调用方式 |
表示C语言默认的函数调用方法:所有参数从右到左依次入栈,这些参数由调用者清除,称为手动清栈。被调用函数不需要求 调用者传递多少参数,调用者传递过多或者过少的参数,甚至完全不同的参数都不会产生编译阶段的错误。 |
C++的标准调用方式:所有参数从右到左依次入栈,如果是调用类成员的话,最后一个入栈的是this指针。这些堆栈 中的参数由被调用的函数在返回后清除,使用的指令是 retnX,X表示参数占用的字节数,CPU在ret之后自动弹出X个字节的堆栈空间。称为自动清栈。函数在编译的时候就必须确定参数个数,并且调用者必 须严格的控制参数的生成,不能多,不能少,否则返回后会出错 |
编译器指定的快速调用方式。由于大多数的函数参数个数很少,使用堆栈传递 比较费时。因此_fastcall通常规定将前两个(或若干个)参数由寄存器传递,其余参数还是通过堆栈传递。不同编译器编译的程序规定的寄存器不同。返 回方式和_stdcall相当 |
是为了解决类成员调用中this指针传递而规定的。_thiscall要求把this指针放在特定寄存器中,该寄存器由编译器决定。VC使用 ecx,Borland的C++编译器使用eax。返回方式和_stdcall相当 |
区别 |
函数的参数自右向左通过栈传递,被调用的函数在返回前清理传 送参数的内存栈, |
C和C++程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码, 所以产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。注意:对于可变参数的成员函数,始终使用__cdecl的转换 方式。 |
它是通过寄存器来传送参数的(实际上,它用ECX和EDX 传送前两个双字(DWORD)或更小的参数,剩下的参数仍旧自右向左压栈传送,被调用的函数在返回前清理传送参数的内存栈) |
仅仅应用于"C++"成员函数。this指针存放于CX寄存器,参数从右 到左压。thiscall不是关键词,因此不能被程序员指定 |
名字修饰约定 |
1、修饰名(Decoration name):"C"或者"C++"函数在内部(编译和链接)通过修饰名识别 2、C编译时函数名修饰约定规则: __stdcall调用约定在输出函数名前加上一个下划线前缀,后面加上一个"@"符号和其参 数的字节数,格式为_functionname@number,例如 :function(int a, int b),其修饰名为:_function@8 __cdecl调用约定仅在输出函数名前加上一个下划线前缀,格式为 _functionname。 __fastcall调用约定在输出函数名前加上一个"@"符号,后面也是一个"@"符号和其 参数的字节数,格式为@functionname@number。 |
|||
其他 |
1. 调用约定 (Calling convention),它决定以下内容:1)函数参数的压栈顺序,2)由调用者还是被调用者把参数弹出栈,3)以及产生函数修饰名的方法。 2. _fastcall 和 _thiscall涉及的寄存器由编译器决定,因此不能用作跨编译器的接口。所以Windows上的COM对象接口都定义为_stdcall调用方式。 C中不加说明默认函数为_cdecl方式(C中也只能用这种方式),C++也一样,但是默认的 调用方式可以在IDE环境中设置。 带有可变参数的函数必须且只能使用_cdecl方式,例如下面的函数: int printf(char * fmtStr, ...); int scanf(char * fmtStr, ...); |