函数调用方式“__stdcall”,"__cdecl"

如果通过VC++编写的DLL欲被其他语言编写的程序调用，应将函数的调用方式声明为__stdcall方式，WINAPI都采用这种方式，而C/C++缺省的调用方式却为__cdecl。__stdcall方式与__cdecl对函数名最终生成符号的方式不同。若采用C编译方式(在C++中需将函数声明为extern "C")，__stdcall调用约定在输出函数名前面加下划线，后面加“@”符号和参数的字节数，形如_functionname@number；而__cdecl调用约定仅在输出函数名前面加下划线，形如_functionname。

　　Windows编程中常见的几种函数类型声明宏都是与__stdcall和__cdecl有关的（节选自windef.h）：

#define CALLBACK __stdcall //这就是传说中的回调函数

#define WINAPI __stdcall //这就是传说中的WINAPI

 

如果定义的函数是这样：

int __stdcall add(int x, int y);
在应用工程中函数指针类型应定义为：
typedef int(__stdcall *lpAddFun)(int, int);

而应用工程中仍使用typedef int (* lpAddFun)(int,int)，这种的话就会报错

 

 #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