_stdcall与_cdecl的区别[转]

_cdecl是C和C＋＋程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码，

所以产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式

。VC将函数编译后会在函数名前面加上下划线前缀。

_stdcall是Pascal程序的缺省调用方式，通常用于Win32 Api中，函数采用从右到左的压

栈方式，自己在退出时清空堆栈。VC将函数编译后会在函数名前面加上下划线前缀，在

函数名后加上"@"和参数的字节数。

_fastcall方式的函数采用寄存器传递参数，VC将函数编译后会在函数名前面加上"@"前

缀，在函数名后加上"@"和参数的字节数。





一篇文章from vckbase

__stdcall和_cdecl

(xulion发表于2001-8-21 10:28:16)

[精彩文章]

这两个关键字看起来似乎很少和我们打交道，但是看了下面的定义（来自windef.h

），你一定会觉得惊讶：

#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

几乎我们写的每一个WINDOWS API函数都是__stdcall类型的，为什么？？

首先，我们谈一下两者之间的区别：

WINDOWS的函数调用时需要用到栈（STACK，一种先入后出的存储结构）。当函数

调用完成后，栈需要清楚，这里就是问题的关键，如何清除？？

如果我们的函数使用了_cdecl，那么栈的清除工作是由调用者，用COM的术语来讲

就是客户来完成的。这样带来了一个棘手的问题，不同的编译器产生栈的方式不尽相同

，那么调用者能否正常的完成清除工作呢？答案是不能。

如果使用__stdcall，上面的问题就解决了，函数自己解决清除工作。所以，在跨

（开发）平台的调用中，我们都使用__stdcall（虽然有时是以WINAPI的样子出现）。

那么为什么还需要_cdecl呢？当我们遇到这样的函数如fprintf()它的参数是可变

的，不定长的，被调用者事先无法知道参数的长度，事后的清除工作也无法正常的进行

，因此，这种情况我们只能使用_cdecl。

到这里我们有一个结论，如果你的程序中没有涉及可变参数，最好使用__stdcal

l关键字