PASCAL、_stdcall、_cdecl等调用方式说明

调用一个函数时，参数的传递是由堆栈来完成的，PASCAL的惯例是参数从左向右压入堆栈，堆占的指针的还原可由被掉用的程序本身来负责，这样还原堆栈指针的代码在被调用的函数中，此代码（还原指针）只有一份。而C的惯例是参数入栈是从右向左，堆占的指针的还原可由调用的程序本身来负责，每调用一次，就生成一份堆占的指针的还原的代码，所以调用越多,程序代码就越长，执行效率就越差。（调用几次函数其代码中只会有一份的函数的代码）。这里的代码是指编译连接后的机器代码。
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关键字。

另：

_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调用时

需要每个调用函数包含被调用函数的堆栈清除代码。