继续谈下调用约定

 

今天写了个DLL是用extern "C"导出的，以前一直用.def文件，结果出现了以下错误
无法解析的外部符号 "__declspec(dllimport) int __cdecl SetStatus(int)" (__imp_?SetStatus@@YAHH@Z)，该符号在函数 "public: void __thiscall CtestAntiRemoteDlg::OnBnClickedBtn(void)" (?OnBnClickedBtn@CtestAntiRemoteDlg@@QAEXXZ) 中被引用
解决是需要在导出的前面也加extern "C"。

如果定义的约定和使用的约定不一致，则将导致堆栈被破坏，导致严重问题，下面是两种常见的问题：
1) 函数原型声明和函数体定义不一致2) DLL导入函数时声明了不同的函数约定

1._cdecl是C Declaration的缩写，表示C语言默认的函数调用方法：所有参数 从右到左依次入栈，这些参数由调用者清除，称为手动清栈（由调用者把参数弹出栈）。对于传送参数的内存栈是由调用者来维护的（正因为如此，实现可变参数的函数只能使用该调用约定）。被调用函数无需要求调用者传递多少参数，调用者传递过多或者过少的参数，甚至完全不同的参数都不会产生编译阶段的错误。

_cdecl是C和C++程序的缺省调用方法。每一个调用它的函数都包含清空堆栈的代码，所以产生的可执行文件大小会比调用_stdcall函数的大。VC将函数编译后会在函数名前面加上下划线前缀。是MFC缺省调用约定。

2._stdcall是Standard Call的缩写，是C++的标准调用方式：所有参数从右到左依次入栈，如果是调用类成员的话，最后一个入栈的是this指针。这些堆栈中的参数由被调用的函数在返回后清除，使用的指令是retn x，x表示参数占用的字节数，cpu在ret之后自动弹出x个字节的堆栈空间。称为自动清栈。函数在编译的时候就必须确定参数个数，并且调用者必须严格的控制参数的生成，不能多，不能少，否则返回后会出错。

_stdcall是Pascal程序的缺省调用方式，通常用于Win32Api中。VC将函数编译后会在函数名前面加上下划线前缀，在函数名后加上“@”和参数的字节数。

3._fastcall调用约定是“人”如其名，它的主要特点就是快，因为它是通过寄存器来传送参数的（实际上，它用ECX和EDX传送前两个双字（DWORD）或更小的参数（或若干个），剩下的参数仍旧自右向左压栈传送，被调用的函数在返回前清理传送参数的内存栈），在函数名修饰约定方面，它和前两者均不同。VC将函数编译后会在函数名前面加上“@”前缀，在函数名后面加上“@”和参数的字节数。

4._thiscall仅仅应用于C++成员函数。this指针存放于CX寄存器，参数从右到左压。_thiscall不是关键词，因此布恩那个被程序员指定。_thiscall是为了解决类成员调用this指针传递而规定的。_thiscall要求把this指针放在特定寄存器中，该寄存器由编译器决定。VC使用ecx，Borland的C++编译器使用eax。返回方式和_stdcall相当。

5.naked call采用1-4的调用约定时，如果必要的话，进入函数时编译器会产生代码来保存ESI，EDI，EBX，EBP寄存器，退出函数时则产生代码恢复这些 寄存器的内容。naked call不产生这样的代码。naked call不是类型修饰符，故必须和_declspec共同使用。

以上是粘贴，以前在看郁金香的教程时看到在函数前面加个naked 说生成纯汇编，因为如果用内联汇编的方式，编译器仍然会在函数内部的开始和结束部分自动做一些工作。如果想要编写一个纯汇编的函数，所有的栈初始化恢复工作都手动来写，就可以加这个。
这是一个很少见的调用约定，一般程序设计者建议不要使用。编译器不会给这种函数增加初始化和清理代码，更特殊的是，不能用return返回返回值，只能用插入汇编返回结果。这一般用于实模式驱动程序设计，假设定义一个求和的加法程序，可以定义为：

注意，这个函数没有显式的return返回值，返回通过修改eax寄存器实现，而且连退出函数的ret指令都必须显式插入。上面代码被翻译成汇编以后变成：
注意这个修饰是和__stdcall及cdecl结合使用的，前面是它和cdecl结合使用的代码，对于和stdcall结合的代码，则变成：
至于这种函数被调用，则和普通的cdecl及stdcall调用函数一致。