Pascal语言函数调用方式_stdcall和C语言函数调用方式_cdecl的异同?
参数传递顺序和堆栈顺序或者其他方面的异同?
stdcall是Pascal程序的缺省调用方式,参数采用从右到左的压栈方式,被调函数自身在返回前清空堆栈。
_cdecl是C/C++的缺省调用方式,参数采用从右到左的压栈方式,传送参数的内存栈由调用者维护。_cedcl约定的函数只能被C/C++调用,每一个调用它的函数都包含清空堆栈的代码
PASCAL、_stdcall、_cdecl等调用方式
调用一个函数时,参数的传递是由堆栈来完成的,PASCAL的惯例是参数从左向右压入堆栈,堆占的指针的还原可由被掉用的程序本身来负责,这样还原堆栈指针的代码在被调用的函数中,此代码(还原指针)只有一份。而C的惯例是参数入栈是从右向左,堆占的指针的还原可由调用的程序本身来负责,每调用一次,就生成一份堆占的指针的还原的代码,所以调用越多,程序代码就越长,执行效率就越差。(调用几次函数其代码中只会有一份的函数的代码)。这里的代码是指编译连接后的机器代码。 (摘自http://topic.csdn.net/t/20000312/15/4410.html)
WINDOWS的函数调用时需要用到栈(STACK,一种先入后出的存储结构)。当函数调用完成后,栈需要清除,这里就是问题的关键,如何清除??如果我们的函数使用了_cdecl,那么栈的清除工作是由调用者,用COM的术语来讲就是客户来完成的。这样带来了一个棘手的问题,不同的编译器产生栈的方式不尽相同,那么调用者能否正常的完成清除工作呢?答案是不能。如果使用__stdcall,上面的问题就解决了,函数自己解决清除工作。所以,在跨(开发)平台的调用中,我们都使用__stdcall(虽然有时是以WINAPI的样子出现,在WINDEF.H中的这样的宏定义:
#define CALLBACK _stdcall
#define WINAPI _stdcall
#define WINAPIV _cdecl
#define PASCAL _stdcall
在演化过程中曾经出现的PASCAL、CALLBACK、WINAPI、APIENTRY都表示了同样的意义_stdcall调用习惯。
)。那么为什么还需要_cdecl呢?当我们遇到这样的函数如fprintf()它的参数是可变的,不定长的,被调用者事先无法知道参数的长度,事后的清除工作也无法正常的进行,因此,这种情况我们只能使用_cdecl。到这里我们有一个结论,如果你的程序中没有涉及可变参数,最好使用__stdcall关键字。(摘自http://www.yuanma.org/data/2007/0818/article_2816.htm)
另:
_cdecl
按从右至左的顺序压参数入栈,由调用者把参数弹出栈。对于“C”函数或者变量,修饰名是在函数名前加下划线。对于“C++”函数,有所不同。
如函数void test(void)的修饰名是_test;对于不属于一个类的“C++”全局函数,修饰名是?test@@ZAXXZ。
这是MFC缺省调用约定。由于是调用者负责把参数弹出栈,所以可以给函数定义个数不定的参数,如printf函数。
stdcall 和pascal一样,都是pascal的调用习惯
按从右至左的顺序压参数入栈,由被调用者把参数弹出栈。对于“C”函数或者变量,修饰名以下划线为前缀,然后是函数名,然后是符号“@”及参数的字节数,如函数int func(int a, double b)的修饰名是_func@12。对于“C++”函数,则有所不同。
在32位VC++环境下支持三种调用规范:C (_cdecl), standard (_stdcall), 及 fastcall (_fastcall),编译器不在支持PASCAL调用规范。在你以前使用 PASCAL 或 __far __pascal的地方使用宏WINAPI代替。
_cdecl:
函数参数:从右至左入栈
堆栈清除:调用函数
命名规范:名字前加下划线"_"
------------------------------------------------------------------------
_stdcall:
函数参数:从右至左入栈
堆栈清除:调用函数
命名规范:名字前加下划线"_",后加"@"及参数所占的字节数
------------------------------------------------------------------------
_fastcall:
函数参数:前两个小于等于4字节的参数进寄存器,其余参数从右至左入栈
堆栈清除:调用函数
命名规范:名字前加"@",后加"@"及参数所占的字节数
------------------------------------------------------------------------
_cdecl比_stdcall及_fastcall调用生成的可执行文件的代码量要大,因为_cdecl调用时
需要每个调用函数包含被调用函数的堆栈清除代码。