_stdcall 与 _cdecl 的区别(转载）

 

几乎我们写的每一个WINDOWS API函数都是__stdcall类型的，首先，需要了解两者之间的区别：   WINDOWS的函数调用时需要用到栈。当函数调用完成后，栈需要清除。如果我们的函数使用了_cdecl，那么栈的清除工作是由调用者。但是，不同的编译器产生栈的方式不尽相同，那么调用者能否正常的完成清除工作呢？答案是不能。如果使用__stdcall，上面的问题就解决了，函数自己解决清除工作。所以，在跨（开发）平台的调用中，我们都使用__stdcall（虽然有时是以WINAPI的样子出现）。那么为什么还需要_cdecl呢？当我们遇到这样的函数如fprintf()它的参数是可变的，不定长的，被调用者事先无法知道参数的长度，事后的清除工作也无法正常的进行，因此，这种情况我们只能使用_cdecl。到这里我们有一个结论，如果你的程序中没有涉及可变参数，最好使用__stdcall关键字。   (1) _stdcall调用 　　_stdcall是Pascal程序的缺省调用方式，参数采用从右到左的压栈方式，被调函数自身在返回前清空堆栈。 　　WIN32 Api都采用_stdcall调用方式，这样的宏定义说明了问题： 　　#define WINAPI _stdcall 　　按C编译方式，_stdcall调用约定在输出函数名前面加下划线，后面加“@”符号和参数的字节数，形如_functionname@number。 　　对于“C”函数或者变量，修饰名以下划线为前缀，然后是函数名，然后是符号“@”及参数的字节数，如函数int func(int a, double b)的修饰名是_func@12。对于“C++”函数，则有所不同。 (2) _cdecl调用 　　_cdecl是C/C++的缺省调用方式，参数采用从右到左的压栈方式，传送参数的内存栈由调用者维护。_cedcl约定的函数只能被C/C++调用，每一个调用它的函数都包含清空堆栈的代码，所以产生的可执行文件大小会比调用_stdcall函数的大。 　　由于_cdecl调用方式的参数内存栈由调用者维护，所以变长参数的函数能（也只能）使用这种调用约定。 　　由于Visual C++默认采用_cdecl 调用方式，所以VC中中调用DLL时，用户应使用_stdcall调用约定。 　　按C编译方式，_cdecl调用约定仅在输出函数名前面加下划线，形如_functionname。对于“C++”函数，有所不同。如函数void test(void)的修饰名是_test；对于不属于一个类的“C++”全局函数，修饰名是?test@@ZAXXZ。这是MFC缺省调用约定。由于是调用者负责把参数弹出栈，所以可以给函数定义个数不定的参数，如printf函数。 (3) _fastcall调用 　　_fastcall调用较快，它通过CPU内部寄存器传递参数。 　　按C编译方式，_fastcall调用约定在输出函数名前面加“@”符号，后面加“@”符号和参数的字节数，形如@functionname@number。 ************************************************************************************** 相关：      #define CALLBACK     __stdcall      #define WINAPI       __stdcall      #define WINAPIV      __cdecl      #define APIENTRY     WINAPI      #define APIPRIVATE   __stdcall      #define PASCAL       __stdcall      #define cdecl _cdecl      #ifndef CDECL      #define CDECL _cdecl      #endif 参考： http://hi.baidu.com/lieyu063/blog/item/aa55fb1bfbaa0dfbae51331c.html http://blog.sina.com.cn/s/blog_4b6d137b01000bn2.html