extern "C"在DLL导出函数时有什么作用？

extern "C"在DLL导出函数时有什么作用？

2017年08月14日 22:43:30

阅读数：606

extern是c/c++语言中表明函数和全局变量作用范围的关键字。该关键字告诉编译器，其声明的函数和变量可以在本模块或其他模块中使用。通常，在模块的头文件中对本模块提供给其他模块引用的函数和全局变量以关键字extern声明。例如，你写了一个DLL，在导出接口中可以声明extern "C"修饰的函数。与extern对应的关键字是static，被它修饰的全局变量和函数只能在本模块中使用。
extern "C"指令中的C，表示的一种编译和连接规约，而不是一种语言。"C"表示符合C语言的编译和连接规约的任何语言。所以，extern "C"的真实目的是实现类C和C++的混合编程。
人们经常使用下面这种方式，告诉编译器，这部分代码按C语言的格式进行编译，而不是C++的：

[cpp]  view plain  copy

1. #ifdef __cplusplus              
2. extern "C"{  
3.   
4.   
5. #endif  
6.   
7.   
8. /*…*/  
9.   
10.   
11. #ifdef __cplusplus  
12.   
13.   
14. }  
15.   
16.   
17. #endif  

我现在正在做的项目，所有的DLL都是下面这样声明导出函数的：
extern "c" XXXAPI int _stdcall fun();
这里首先说明一下_stdcall和_cdecl的区别：
默认情况下VC使用的是__cdecl的函数调用方式，如果产生的dll只会给C/C++程序使用，那么就没必要定义为__stdcall调用方式，如果要给Win32汇编使用（或者其他的__stdcall调用方式的程序），那么就可以使用__stdcall。这个可能不是很重要，因为可以自己在调用函数的时候设置函数调用的规则。像VC就可以设置函数的调用方式，所以可以方便的使用win32汇编产生的dll。不过__stdcall这调用约定会Name-Mangling，所以我觉得用VC默认的调用约定简便些。但是，如果既要__stdcall调用约定，又要函数名不给修饰，那可以使用*.def文件，或者在代码里#pragma的方式给函数提供别名（这种方式需要知道修饰后的函数名是什么）。


1）调用协议常用场合
__stdcall：Windows API默认的函数调用协议。
__cdecl：C/C++默认的函数调用协议。
2）函数参数入栈方式
__stdcall：函数参数由右向左入栈。
__cdecl：函数参数由右向左入栈。
3）栈内数据清除方式
__stdcall：函数调用结束后由被调用函数清除栈内数据。
__cdecl：函数调用结束后由函数调用者清除栈内数据。
4）C语言编译器函数名称修饰规则
__stdcall：编译后，函数名被修饰为“_functionname@number”。
__cdecl：编译后，函数名被修饰为“_functionname”。
5）C++语言编译器函数名称修饰规则
__stdcall：编译后，函数名被修饰为“?functionname@@YG******@Z”。
__cdecl：编译后，函数名被修饰为“?functionname@@YA******@Z”。


上文提到的“Name-Mangling”是名字修饰或名字改编、标识符重命名的意思。C++标准并没有规定Name-Mangling的方案，所以不同编译器使用的是不同的，例如：Borland C++跟Mircrosoft C++就不同，而且可能不同版本的编译器他们的Name-Mangling规则也是不同的。这样的话，不同编译器编译出来的目标文件.obj 是不通用的，因为同一个函数，使用不同的Name-Mangling在obj文件中就会有不同的名字。如果DLL里的函数重命名规则跟DLL的使用者采用的重命名规则不一致，那就会找不到这个函数。C标准规定了C语言Name-Mangling的规范（林锐的书有这样说过）。这样就使得，任何一个支持C语言的编译器，它编译出来的obj文件可以共享，链接成可执行文件。这是一种标准，如果DLL跟其使用者都采用这种约定，那么就可以解决函数重命名规则不一致导致的错误。
影响符号名的除了C++和C的区别、编译器的区别之外，还要考虑调用约定导致的Name Mangling。如extern “c” __stdcall的调用方式就会在原来函数名上加上写表示参数的符号，而extern “c” __cdecl则不会附加额外的符号。
dll中的函数在被调用时是以函数名或函数编号的方式被索引的。这就意味着采用某编译器的C++的Name-Mangling方式产生的dll文件可能不通用。因为它们的函数名重命名方式不同。为了使得dll可以通用些，很多时候都要使用C的Name-Mangling方式，即是对每一个导出函数声明为extern “C”，而且采用_stdcall调用约定，接着还需要对导出函数进行重命名，以便导出不加修饰的函数名。所以，我们终于说明了extern “C”的作用：是为了解决函数符号名的问题，这对于动态链接库的制造者和动态链接库的使用者都需要遵守的规则。

什么情况下（不）需要考虑函数重命名的问题？
1）、隐式调用（通过lib）
如果dll的制造者跟dll的使用者采用同样的语言、同样编程环境，那么就不需要考虑函数重命名。使用者在调用函数的时候，通过Name Mangling后的函数名能在lib里找到该函数。如果dll的制造者跟dll使用不同的语言、或者不同的编译器，那就需要考虑重命名了。
2）、显示调用（通过GetProcessAddress）
这绝对是必须考虑函数重命名的。

总的来说，在编写DLL的时候，写个头文件，头文件里声明函数的NameMingling方式、调用约定（主要是为了隐式调用）。再写个*.def文件把函数重命名了（主要是为了显式调用）。提供*.DLL\*.lib\*.h给dll的使用者，这样无论是隐式的调用，还是显式的调用，都可以方便的进行。