调用约定_stdcall _cdecl _fastcall的区别

1.函数调用约定

函数的调用约定，顾名思义就是对函数调用的一个约束和规定(规范)，描述了函数参数是怎么传递和由谁清除堆栈的。它决定以下内容：

　　(1) 函数参数的压栈顺序；

　　(2) 由调用者还是被调用者把参数弹出栈；

　　(3) 产生函数修饰名的方法；

 

在看C++ primer中就提到函数声明包括：返回值类型，函数名，形参列表

int function();
int add(int a,int b);

 上面的函数声明方式是我们经常用到的，其实还有一部分就是调用约定，目前存在：_cdecl、_stdcall、_fastcall、_pascall、_thiscall、_vectorvcall。我们使用的较为广泛的调用是_cedcl、_stdcall以及_fastcall。下面分别讲述一下各个调用约定的含义。

 

1.1 _cdecl调用约定

　　__cdecl 是 C Declaration 的缩写，是C/C++和MFC的默认调用约定。其具有如下的特点：

　　（1） 按从右至左的顺序压参数入栈;

　　（2）由调用者把参数弹出栈；切记：对于传送参数的内存栈是由调用者来维护的，返回值在EAX中。因此对于像printf这样可变参数的函数必须用这种约定。

　　（3）编译器在编译的时候对这种调用规则的函数生成修饰名的时候，在输出函数名前加上一个下划线前缀，格式为_function。如函数int add(int a, int b)的修饰名是_add。

 

1.2 _stdcall调用约定

　　__stdcall是Standard Call的缩写，是C++的标准调用方式，是微软定义的标准，__stdcall通常用于Win32 API中(可查看WINAPI的定义)。

　　（1）按从右至左的顺序压参数入栈

　　（2）由被调用者把参数弹出栈。切记：函数自己在退出时清空堆栈，返回值在EAX中。

　　（3）__stdcall调用约定在输出函数名前加上一个下划线前缀，后面加上一个“@”符号和其参数的字节数，格式为_function@number。如函数int sub(int a, int b)的修饰名是_sub@8

 

1.3 _fastcall调用约定

　　__fastcall调用的主要特点就是快，因为它是通过寄存器来传送参数的。

　　（1）实际上__fastcall用ECX和EDX传送前两个DWORD或更小的参数，剩下的参数仍自右向左压栈传送，被调用的函数在返回前清理传送参数的内存栈。

　　（2）__fastcall调用约定在输出函数名前加上一个“@”符号，后面也是一个“@”符号和其参数的字节数，格式为@function@number,如double multi(double a, double b)的修饰名是@multi@16。

　　（3）__fastcall和__stdcall很象，唯一差别就是头两个参数通过寄存器传送。注意通过寄存器传送的两个参数是从左向右的，即第1个参数进ECX，第2个进EDX，其他参数是从右向左的入栈，返回仍然通过EAX。

 

1.4 _thiscall调用约定

　　__thiscall是C++类成员函数缺省的调用约定，但它没有显示的声明形式。因为在C++类中，成员函数调用还有一个this指针参数，因此必须特殊处理，thiscall调用约定的特点：

　　（1）参数入栈：参数从右向左入栈

　　（2）this指针入栈：如果参数个数确定，this指针通过ecx传递给被调用者；如果参数个数不确定，this指针在所有参数压栈后被压入栈。

　　（3）栈恢复：对参数个数不定的，调用者清理栈，否则函数自己清理栈。

 

2.总结

特点	_cdecl	_stdcall	_fastcall
参数传递方式	从右向左	从右向左	左边开始的两个不大于4字节（DWORD）的参数分别放在ECX和EDX寄存器，其余的参数自右向左压栈传送
清理栈方式	调用者清理	被调用函数清理	被调用函数清理
使用场合	C/C++、MFC的默认方式; 可变参数的时候使用;	Win API	要求速度快
编译修饰约定	_functionname	_functionname@number	@functionname@number

 

　　从代码和程序调试的层面考虑，参数的压栈顺序和栈的清理我们都不用太观注，因为这是编译器的决定的，我们改变不了。但第三点却常常困扰我们，因为如果不弄清楚这点，在多个库之间(如dll、lib、exe)相互调用、依赖时常常出出现莫名其妙的错误

 

以上内容参考：http://blog.csdn.net/luoweifu/article/details/52425733