Dll 导出别人总结

秒速五厘米 2022-08-04 00:52 193阅读 0赞

# Q:使用了extern "C" 定义的dll导出函数，函数名仍然被加上修饰符，导致动态链接时找不到对应函数 ？ #

A: 官方原文如下：

extern "C" merely ensures that the symbol is compatible with C code. \_\_cdecl and \_\_stdcall are separate directives that can be applied to fully decorated c++ functions  
解决办法有二种:  
1、Export as extern "C" ensuring that the \_\_cdecl calling convention is used  
2、Export via a .DEF file

================下面为别人总结的=================

有关DLL的问题现在资料很多，但是很多人写DLL时经常出现调用程序无法找到相关的导出函数的问题，这里主要的原因是DLL在声明时出的问题。  
在这里主要有两个问题，一个是调用约定的问题，一个是函数名修饰的问题，而这两个问题又是相互影响的。  
一：声明为：extern "C" int \_\_declspec(dllexport)add(int x, int y);  
这种声明是强制用C语言方式进行修饰，且用C的默认约定，即\_\_cdecl方式。这种方式编译产生的DLL中有一个导出函数：add，不加任何修饰。  
二：声明为：extern "C" int \_\_declspec(dllexport) \_\_stdcall add(int x, int y);  
这种声明是强制用C语言方式进行修饰，且用stdcall约定，这种方式编译产生的DLL中有一个导出函数：\_add@8，即前面有“\_”，后面加了参数长。  
三：声明为：int \_\_declspec(dllexport) \_\_stdcall add(int x, int y);  
这种声明不强制用C语言方式进行修饰，但是用stdcall约定，这种方式编译产生的DLL中有一个导出函数：?add@@YGHHH@Z。这个名字很怪，后面的不好理解。  
四：声明为：int \_\_declspec(dllexport) \_\_cdecl add(int x, int y);  
这种声明是不强制用C语言修饰，且用cdecl约定，这种方式编译产生的DLL中有一个导出函数：?add@@YAHHH@Z，注意看，和第三种方有一点不同。  
  
实验一：显式调用方式调用DLL中的add函数。  
\#include <stdio.h>  
\#include <windows.h>  
typedef  int(\_stdcall \*lpAddFun)(int, int); //宏定义函数指针类型  
int main(int argc, char \*argv\[\])  
\{  
HINSTANCE hDll; //DLL句柄   
lpAddFun addFun; //函数指针  
hDll = LoadLibrary("1.dll");  
if (hDll != NULL)  
\{  
addFun = (lpAddFun)GetProcAddress(hDll, "add");  
if (addFun != NULL)  
\{  
int result = addFun(2, 3);  
printf("%d", result);  
\}  
else  
printf("No Function");  
\}  
else  
printf("NO DLL");  
FreeLibrary(hDll);  
return 0;  
\}  
方式一：调用成功。另外三种方式全部出错  
实验二：隐式调用DLL中的add函数  
\#include <stdio.h>  
\#include <windows.h>  
\#pragma comment(lib,"1.lib")   
extern "C" int \_\_declspec(dllimport) add(int x, int y);//声明方式随着DLL中的声明方式改变  
int main(int argc, char \*argv\[\])  
\{  
int result = add(2, 3);  
printf("%d", result);  
return 0;  
\}  
方式一：调用成功。另外发现一个奇怪现象：在调用程序中  
声明函数时extern "C" int \_\_declspec(dllimport) add(int x, int y);  
写作：extern "C" int \_\_declspec(dllecprot) add(int x, int y);同样成功，将\_\_declspec(…)去掉也同样成功。换句话说，在调用DLL的程序中，导入是没有必要加的。  
方式二：调用成功。同样出现上面导入标识可以不加的现象。  
方式三：调用成功，同样也出现上面导入标识可以不加的现象。  
方式四：调用成功，同样也出现上面导入标识可以不加的现象。  
总结：对于DLL导出函数声明的四种写法，在动态调用时，  
声明成这样：extern "C" int \_\_declspec(dllimport) add(int x, int y);是最好的，其它声明方式调用都没有成功。但是众所周知，windows默认的调用约定是stdcall方式，如果想别的语言能用DLL的话，最好是将调用约定写成stdcall方式，但是这种方式又不能动态调用。  
在隐式调用时，四种声明方式都是可以的，只要调用者的声明方式和DLL声明时的方式一致即可。另外，在调用程序中对于导入的声明是可以去掉的，大量书籍中关于导入、导出的问题都是利用宏来处理的，如：在头文件中写作：  
\#ifdef DLL\_FILE  
extern "C" int \_\_declspec(dllexport) add(int x, int y);  
\#else  
extern "C" int \_\_declspec(dlleximport) add(int x, int y);  
这样这个头文件既可以用在DLL工程中，又可以用在调用程序中，但是经过实验发现，这个根本就没有必要，在调用者程序中不管是写作\_\_declspce(dllexport)还是写作\_\_declspec(dllimport)或者不写都能成功调用。  
关于DEF文件  
在DLL工程中引用DEF文件，内容如下：  
LIBRARY 1  
EXPORTS  
add @ 1  
通过depends查看导出函数全是add，但是隐式方式调用时，还是要求调用者的声明方式和DLL中声明方式相同。  
对于动态调用实验结果：  
方式一：成功。方式二：不成功，但是将函数指针改为typedef int(\_stdcall \*lpAddFun)(int, int);成功，即调用者要声明约定方式与DLL中声明的调用约定方式相同，否则报错。  
方式三：同方式二，同样要将函数指针改为typedef int(\_stdcall \*lpAddFun)(int, int)；才成功完成调用。  
方式四：成功。  
总结：通过DEF文件来导出函数，调用者同样也要声明相同的调用约定，即\_stdcall或是\_cdecl必须要相同，其中\_cdecl是C语言默认方式。