动态链接库(DLL)的使用

例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, ...);

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值