declspec(dllimport)与declspec(dllexport)及__stdcall 作用总结

最新推荐文章于 2024-07-31 16:18:33 发布

v寰宇

最新推荐文章于 2024-07-31 16:18:33 发布

阅读量3k

点赞数 4

分类专栏：逆向学习

本文链接：https://blog.csdn.net/qq_21095573/article/details/108974252

版权

逆向学习专栏收录该内容

5 篇文章 0 订阅

订阅专栏

调用协议常用场合
__stdcall：Windows API默认的函数调用协议。
__cdecl：C/C++默认的函数调用协议。
__fastcall：适用于对性能要求较高的场合。
函数参数入栈方式
__stdcall：函数参数由右向左入栈。
__cdecl：函数参数由右向左入栈。
__fastcall：从左开始不大于4字节的参数放入CPU的ECX和EDX寄存器，其余参数从右向左入栈。
问题一：__fastcall在寄存器中放入不大于4字节的参数，故性能较高，适用于需要高性能的场合。
栈内数据清除方式
__stdcall：函数调用结束后由被调用函数清除栈内数据。
__cdecl：函数调用结束后由函数调用者清除栈内数据。
__fastcall：函数调用结束后由被调用函数清除栈内数据。
问题一：不同编译器设定的栈结构不尽相同，跨开发平台时由函数调用者清除栈内数据不可行。
问题二：某些函数的参数是可变的，如printf函数，这样的函数只能由函数调用者清除栈内数据。
问题三：由调用者清除栈内数据时，每次调用都包含清除栈内数据的代码，故可执行文件较大。
C语言编译器函数名称修饰规则
__stdcall：编译后，函数名被修饰为“_functionname@number”。
__cdecl：编译后，函数名被修饰为“_functionname”。
__fastcall：编译后，函数名给修饰为“@functionname@nmuber”。
注：“functionname”为函数名，“number”为参数字节数。
注：函数实现和函数定义时如果使用了不同的函数调用协议，则无法实现函数调用。
C++语言编译器函数名称修饰规则
__stdcall：编译后，函数名被修饰为“?functionname@@YG******@Z”。
__cdecl：编译后，函数名被修饰为“?functionname@@YA******@Z”。
__fastcall：编译后，函数名被修饰为“?functionname@@YI******@Z”。
注：“******”为函数返回值类型和参数类型表。
注：函数实现和函数定义时如果使用了不同的函数调用协议，则无法实现函数调用。
C语言和C++语言间如果不进行特殊处理，也无法实现函数的互相调用。

__declspec(dllexport)：导出符号，也就是定义需要导出函数的dll中给导出函数的函数声明前面加上导出符号，表示该方法可以导出给其他DLL或者exe使用；

__declspec(dllimport)导入符号，也就是在使用该函数的DLL或者exe中需要在该函数的函数声明前面加上该符号，表示该函数方法是从其他库导入的。

我们编写一个DLL库一般都是用来给其他DLL或者exe程序调用的。当我们编写DLL库时，要想把该库中的函数导出来给其他DLL或者exe使用，

一般有两种方式：一是在声明该函数的声明函数前面加上导出符号__declspec(dllexport)；二是在.def文件中写上导出函数。

因为导出函数的头文件一般既要给导出DLL使用，又要给调用该导出DLL函数的DLL或者EXE使用。而导出DLL库给其他DLL或者EXE程序使用的时候，函数是相当于导入该DLL或者EXE的，

所以其头文件的声明中的__declspec(dllexport)导出符号改成__declspec(dllimport)导入符号。

为了方便使用和维护同一分头文件，所以在导出函数的头文件中加上

#ifdef _EXPORTING
#define CLASS_DECLSPEC __declspec(dllexport)
#else
#define CLASS_DECLSPEC __declspec(dllimport)
#endif

这段代码。

我们在该导出DLL的编译选项定义中定义宏 #define _EXPORTING，而在调用该导出函数DLL的其他DLL或者exe的编译选项中不定义宏_EXPORTING。

那么导出头文件和导入头文件就可以只维持一份头文件了，有利于维护。

关于导入头文件中要把__declspec(dllexport)改成 __declspec(dllimport)问题

一、关于 __declspec(dllimport)我刚才找了一下，有人写过相关的文章，大意是说，不用这个也链接器也能工作，不过用它更好。原文是说：

不使用 __declspec(dllimport) 也能正确编译代码，但使用 __declspec(dllimport) 使编译器可以生成更好的代码。编译器之所以能够生成更好的代码，是因为它可以确定函数是否存在于 DLL 中，这使得编译器可以生成跳过间接寻址级别的代码，而这些代码通常会出现在跨 DLL 边界的函数调用中。但是，必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量。

隐式使用dll时，不加__declspec(dllimport)完全可以，使用上没什么区别，只是在生成的二进制代码上稍微有点效率损失。

1、不加__declspec(dllimport)时，在使用dll中的函数时，编译器并不能区别这是个普通函数，还是从其它dll里导入的函数，所以其生成的代码如下：
call 地址1
地址1：
jmp 实际函数地址

2、有__declspec(dllimport)时，编译器知道这是要从外部dll导入的函数，从而在生成的exe的输入表里留有该项，以便在运行exe，PE载入器加载exe时对输入地址表IAT进行填写，这样生成的代码如下：
call dword ptr[输入表里哪项对应的内存地址] (注意：现在就不需要jmp stub了)