函数调用的原理4点：函数产生名不同，压栈顺序不同，不应由客户清理，客户清理则可执行文件大小更大（许多参考文章，有汇编解释）

_stdcall和_cdecl两种调用方式的区别 (2013-01-13 10:07:40)转载▼

在看代码的时候遇到很多_stdcall修饰的函数，很是不明白到底什么意思，所以在网上搜了一些资料如下：
其实要弄懂这个东西，我觉着汇编知识还是需要再回头复习一下：
(1) _stdcall调用
　　_stdcall是Pascal程序的缺省调用方式，参数采用从右到左的压栈方式，被调函数自身在返回前清空堆栈。
　　WIN32 Api都采用_stdcall调用方式，这样的宏定义说明了问题：
　　#define WINAPI _stdcall
　　按C编译方式，_stdcall调用约定在输出函数名前面加下划线，后面加“@”符号和参数的字节数，格式为_func@12（后者是参数的总字节数）。
(2) _cdecl调用
　　_cdecl是C/C++的缺省调用方式，参数采用从右到左的压栈方式，传送参数的内存栈由调用者维护。_cedcl约定的函数只能被C/C++调用，每一个调用它的函数都包含清空堆栈的代码，所以产生的可执行文件大小会比调用_stdcall函数的大（处处产生多余清理代码）。
　　由于_cdecl调用方式的参数内存栈由调用者维护，所以变长参数的函数能使用这种调用约定。关于C/C++中变长参数的问题，笔者将另文详述。
　　由于Visual C++默认采用_cdecl 调用方式，所以VC中中调用DLL时，用户应使用_stdcall调用约定。
　　按C编译方式，_cdecl调用约定仅在输出函数名前面加下划线，形如_functionname，到此为止（后面不知道有多少个参数，自然不能加上长度）。
(3) _fastcall调用
　　_fastcall调用较快，它通过CPU内部寄存器传递参数。
　　按C编译方式，_fastcall调用约定在输出函数名前面加“@”符号，后面加“@”符号和参数的字节数，形如@functionname@number。

(4) naked
naked 是一个很少见的调用约定，一般不建议使用。编译器不会给这种函数增加初始化和清理代码，更特殊的是，你不能用return返回返回值，只能用插入汇编返回结果，此调用约定必须跟 __declspec 同时使用。例如定义一个求和程序，如__declspec(naked) int add(int a,int b);。

(5) __pascal

这是 pascal 语言的调用约定，跟 __stdcall 一样，参数按照从右至左的方式入栈，函数自身清理堆栈，返回值在EAX中。VC 中已经废弃了这种调用方式，因此在写 VC 程序时，建议使用 __stdcall 代替。

(6) __thiscall
这是 C++ 语言特有的一种调用方式，用于类成员函数的调用约定。如果参数确定，this 指针存放于 ECX 寄存器，函数自身清理堆栈；如果参数不确定，this指针在所有参数入栈后再入栈，调用者清理栈。__thiscall 不是关键字，程序员不能使用。参数按照从右至左的方式入栈。

在VC中，可以设置默认的调用约定，设置路径为：
Project à Properties à Configuration Properties à C/C++ à Advanced à Call Conversion。

--------------------------------------------------------------------------------------------------
_cdecl（c default call）是C和C＋＋程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码，
所以产生的可执行文件大小会比调用_stdcall(standard call)函数的大。函数采用从右到左的压栈方式
。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的样子出现）。

参考：http://blog.sina.com.cn/s/blog_b35e31b90101bglo.html

--------------------------------------------------------------------

另：
http://blog.csdn.net/herecles/article/details/6061682 http://blog.csdn.net/herecles/article/details/6063283 http://blog.csdn.net/herecles/article/details/6063291 http://blog.csdn.net/herecles/article/details/6091752 http://blog.csdn.net/herecles/article/details/8284789
留个爪，以后自己写个笔记贴上来。