__cdecl,__fastcall, __stdcall 什么区别? .

简介:
调用约定    
 
调用约定(Calling  convention)决定以下内容:函数参数的压栈顺序,由调用者还是被调用者把参数弹出栈,以及产生函数修饰名的方法。MFC支持以下调用约定:  
 
 
_cdecl    
 
按从右至左的顺序压参数入栈,由调用者把参数弹出栈。对于“C”函数或者变量,修饰名是在函数名前加下划线。对于“C++”函数,有所不同。  
 
如函数void  test(void)的修饰名是_test;对于不属于一个类的“C++”全局函数,修饰名是?test@@ZAXXZ。  
 
这是MFC缺省调用约定。由于是调用者负责把参数弹出栈,所以可以给函数定义个数不定的参数,如printf函数。  
 
 
_stdcall    
 
按从右至左的顺序压参数入栈,由被调用者把参数弹出栈。对于“C”函数或者变量,修饰名以下划线为前缀,然后是函数名,然后是符号“@”及参数的字节数,如函数int  func(int  a,  double  b)的修饰名是_func@12。对于“C++”函数,则有所不同。  
 
所有的Win32  API函数都遵循该约定。  
 
 
_fastcall    
 
头两个DWORD类型或者占更少字节的参数被放入ECX和EDX寄存器,其他剩下的参数按从右到左的顺序压入栈。由被调用者把参数弹出栈,对于“C”函数或者变量,修饰名以“@”为前缀,然后是函数名,接着是符号“@”及参数的字节数,如函数int  func(int  a,  double  b)的修饰名是@func@12。对于“C++”函数,有所不同。  
 
未来的编译器可能使用不同的寄存器来存放参数。  
 
 
thiscall    
 
仅仅应用于“C++”成员函数。this指针存放于CX寄存器,参数从右到左压栈。thiscall不是关键词,因此不能被程序员指定。  
 
 
naked  call    
 
采用1-4的调用约定时,如果必要的话,进入函数时编译器会产生代码来保存ESI,EDI,EBX,EBP寄存器,退出函数时则产生代码恢复这些寄存器的内容。naked  call不产生这样的代码。  
 
naked  call不是类型修饰符,故必须和_declspec共同使用,如下:  
 
__declspec(  naked  )  int  func(  formal_parameters  )  
 
{  
 
//  Function  body  
 
}  
 
 
过时的调用约定    
 
原来的一些调用约定可以不再使用。它们被定义成调用约定_stdcall或者_cdecl。例如:  
 
#define  CALLBACK  __stdcall  
 
#define  WINAPI  __stdcall  
 
#define  WINAPIV  __cdecl  
 
#define  APIENTRY  WINAPI  
 
#define  APIPRIVATE  __stdcall  
 

#define  PASCAL  __stdcall  



本文转自莫水千流博客园博客,原文链接:http://www.cnblogs.com/zhoug2020/archive/2012/04/02/2430098.html,如需转载请自行联系原作者

相关文章
|
6月前
|
编译器 Linux C语言
C/C++ 常见函数调用约定(__stdcall,__cdecl,__fastcall等):介绍常见函数调用约定的基本概念、用途和作用
C/C++ 常见函数调用约定(__stdcall,__cdecl,__fastcall等):介绍常见函数调用约定的基本概念、用途和作用
142 0
|
编译器 程序员 API
函数调用约定:__stdcall、__cdecl和__fastcall介绍
函数调用约定:__stdcall、__cdecl和__fastcall介绍
161 0
_declspec(dllexport)和_declspec(dllimport)
_declspec(dllexport)和_declspec(dllimport)
175 0
|
C#
都是用 DllImport?有没有考虑过自己写一个 extern 方法?
原文 都是用 DllImport?有没有考虑过自己写一个 extern 方法? 你做 .NET 开发的时候,一定用过 DllImport 这个特性吧,这货是用于 P/Invoke (Platform Invoke, 平台调用) 的。
945 0