再议：cdecl与stdcall 调用约定在动态链接库调用中不同的表现

最新推荐文章于 2023-01-08 22:27:21 发布

pois

最新推荐文章于 2023-01-08 22:27:21 发布

阅读量2.7k

点赞数

分类专栏： C/C++ 编译相关

本文链接：https://blog.csdn.net/silyvin/article/details/8984885

版权

28 篇文章 0 订阅

订阅专栏

4 篇文章 0 订阅

订阅专栏

dll中函数声明	dll中函数名
void __declspec(dllexport) add(int, int)	?add@@YAXHH@Z
extern "C" void __declspec(dllexport) add(int, int)	add
void __declspec(dllexport) __stdcall add(int, int)	?add@@YGXHH@Z
extern "C" void __declspec(dllexport) __stdcall add(int, int)	_add@8

主调程序必需用相同的符号调用，但c++各个编译器生成符号不同，因此为了方便，也为了与c的混合编程，一般用c++编译器编写dll时，

声明为 extern "C" ，而主调程序也同时声明为extern "C" （或不声明，只靠C++编译器生成一个混乱的名称，但这是就要求 dll 的编译器与主调程序的编译器相同，

则它们生成的混乱名称也相同）

即使是 extern "C" 碰到 stdcall 时，当采用GetProcAddress也找不到 add 这个函数，（因为名称已经变掉了，静态调用时，编译器也会按stdcall生成的函数名_add@8 在外部查找函数，所以不影响，但动态调用则不行），无语了，这时候要 def 文件登场

当启用def文件后，不再需要__declspec(dllexport)申明相关函数为导出函数

LIBRARY "xxx"

EXPORTS
add

dll中文件名都变成add，但不影响导入库lib文件，也就是静态调用动态链接库时，仍要确保两边编译器生成的函数名一样，所以通常推荐两边同时声明 extern "C" ，不然很难确保不同的c++编译器生成相同的函数名，这里为了搞清问题，两边使用同一种编译器，考虑了四种情况。

例子：

在动态链接库 xxx.dll 代码中，（已启用def文件，所以省略__declspec(dllexport)）

void add(int, int)
{
	return ;
}

以c++方式导出函数，编译器处理为?add@@YAXHH@Z
主调程序中，GetProcAddress调用成功，静态调用时，函数申明分别为

在xxx.dll 代码中，

extern "C" void add(int, int)
{
	return ;
}

以c方式导出函数，编译器处理为_add(为什么不是add?)
因为启用了def文件，所以主调程序的GetProcAddress无论如何都成功，而静态调用情况如下：

函数声明	错误
extern "C" void add(int,int);	/同样生成_add外部链接成功	链接通过
void add(int,int);	"void __cdecl add(int,int)" (?add@@YAXHH@Z)	链接不通过

参考：

相关代码下载，dll 文件的位置需在运行时再调整，否则提示找不到xx.dll