__cdecl、__fastcall、__stdcall的区别有哪些？

--------------------------------------------------------------



函数参数入栈的方式

---------------------------------------------------------------



在函数调用过程中&＃xff0c;会使用堆栈&＃xff0c;这三个表示不同的堆栈调用方式和释放方式。

比如说__cdecl&＃xff0c;它是标准的c方法的堆栈调用方式&＃xff0c;就是在函数调用时的参数压入堆栈是与函数的声明顺序相反的&＃xff0c;其它两个可以看MSDN&＃xff0c;不过这个对我们编程没有太大的作用

---------------------------------------------------------------





调用约定



调用约定(Calling convention)决定以下内容&＃xff1a;函数参数的压栈顺序&＃xff0c;由调用者还是被调用者把参数弹出栈&＃xff0c;以及产生函数修饰名的方法。MFC支持以下调用约定&＃xff1a;





_cdecl



按从右至左的顺序压参数入栈&＃xff0c;由调用者把参数弹出栈。对于“C”函数或者变量&＃xff0c;修饰名是在函数名前加下划线。对于“C&＃43;&＃43;”函数&＃xff0c;有所不同。



如函数void test(void)的修饰名是_test&＃xff1b;对于不属于一个类的“C&＃43;&＃43;”全局函数&＃xff0c;修饰名是?test&＃64;&＃64;ZAXXZ。



这是MFC缺省调用约定。由于是调用者负责把参数弹出栈&＃xff0c;所以可以给函数定义个数不定的参数&＃xff0c;如printf函数。





_stdcall



按从右至左的顺序压参数入栈&＃xff0c;由被调用者把参数弹出栈。对于“C”函数或者变量&＃xff0c;修饰名以下划线为前缀&＃xff0c;然后是函数名&＃xff0c;然后是符号“&＃64;”及参数的字节数&＃xff0c;如函数int func(int a, double b)的修饰名是_func&＃64;12。对于“C&＃43;&＃43;”函数&＃xff0c;则有所不同。



所有的Win32 API函数都遵循该约定。





_fastcall



头两个DWORD类型或者占更少字节的参数被放入ECX和EDX寄存器&＃xff0c;其他剩下的参数按从右到左的顺序压入栈。由被调用者把参数弹出栈&＃xff0c;对于“C”函数或者变量&＃xff0c;修饰名以“&＃64;”为前缀&＃xff0c;然后是函数名&＃xff0c;接着是符号“&＃64;”及参数的字节数&＃xff0c;如函数int func(int a, double b)的修饰名是&＃64;func&＃64;12。对于“C&＃43;&＃43;”函数&＃xff0c;有所不同。



未来的编译器可能使用不同的寄存器来存放参数。





thiscall



仅仅应用于“C&＃43;&＃43;”成员函数。this指针存放于CX寄存器&＃xff0c;参数从右到左压栈。thiscall不是关键词&＃xff0c;因此不能被程序员指定。





naked call



采用1-4的调用约定时&＃xff0c;如果必要的话&＃xff0c;进入函数时编译器会产生代码来保存ESI&＃xff0c;EDI&＃xff0c;EBX&＃xff0c;EBP寄存器&＃xff0c;退出函数时则产生代码恢复这些寄存器的内容。naked call不产生这样的代码。



naked call不是类型修饰符&＃xff0c;故必须和_declspec共同使用&＃xff0c;如下&＃xff1a;



__declspec( naked ) int func( formal_parameters )



{



// Function body



}





过时的调用约定



原来的一些调用约定可以不再使用。它们被定义成调用约定_stdcall或者_cdecl。例如&＃xff1a;



#define CALLBACK __stdcall



#define WINAPI __stdcall



#define WINAPIV __cdecl



#define APIENTRY WINAPI



#define APIPRIVATE __stdcall



#define PASCAL __stdcall