调用约定

调用约定         
  
调用约定(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     都遵循该约定。     

_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          
  
#define     WINAPI          
  
#define     WINAPIV          
  
#define     APIENTRY     WINAPI     
  
#define     APIPRIVATE          
  
#define     PASCAL     __stdcall