在C語言中，假設我們有這樣的一個函數：
int function(int a,int b)
調用時只要用result = function(1,2)這樣的方式就可以使用這個函數。但是，當高級
語言被編譯成計算機可以識別的機器碼時，有一個問題就凸現出來：在CPU中，計算機沒有辦法知道一個函數調用需要多少個、什麼樣的參數，也沒有硬件可以保存這些參數。也就是說，計算機不知道怎麼給這個函數傳遞參數，傳遞參數的工作必須由函數調用者和函數本身來協調。爲此，計算機提供了一種被稱爲棧的數據結構來支持參數傳遞。
棧是一種先進後出的數據結構，棧有一個存儲區、一個棧頂指針。棧頂指針指向堆棧中
第一個可用的數據項（被稱爲棧頂）。用戶可以在棧頂上方向棧中加入數據，這個操作
被稱爲壓棧(Push)，壓棧以後，棧頂自動變成新加入數據項的位置，棧頂指針也隨之修
改。用戶也可以從堆棧中取走棧頂，稱爲彈出棧(pop)，彈出棧後，棧頂下的一個元素變
成棧頂，棧頂指針隨之修改。
函數調用時，調用者依次把參數壓棧，然後調用函數，函數被調用以後，在堆棧中取得
數據，並進行計算。函數計算結束以後，或者調用者、或者函數本身修改堆棧，使堆棧
恢復原裝。
在參數傳遞中，有兩個很重要的問題必須得到明確說明：
當參數個數多於一個時，按照什麼順序把參數壓入堆棧
函數調用後，由誰來把堆棧恢復原裝
在高級語言中，通過函數調用約定來說明這兩個問題。常見的調用約定有：
stdcall
cdecl
fastcall
thiscall
naked call
stdcall調用約定
stdcall很多時候被稱爲pascal調用約定，因爲pascal是早期很常見的一種教學用計算機程序設計語言，其語法嚴謹，使用的函數調用約定就是stdcall。在Microsoft C++系列的C/C++編譯器中，常常用PASCAL宏來聲明這個調用約定，類似的宏還有WINAPI和CALLBACK。
stdcall調用約定聲明的語法爲(以前文的那個函數爲例）：
int __stdcall function(int a,int b)
stdcall的調用約定意味着：1）參數從右向左壓入堆棧，2）函數自身修改堆棧 3)函數
名自動加前導的下劃線，後面緊跟一個@符號，其後緊跟着參數的尺寸
以上述這個函數爲例，參數b首先被壓棧，然後是參數a，函數調用function(1,2)調用處
翻譯成彙編語言將變成：
push 2 第二個參數入棧
push 1 第一個參數入棧
call function 調用參數，注意此時自動把cs:eip入棧
而對於函數自身，則可以翻譯爲：
push ebp 保存ebp寄存器，該寄存器將用來保存堆棧的棧頂指針，可以在函數退出
時恢復mov ebp,esp 保存堆棧指針mov eax,[ebp + 8H] 堆棧中ebp指向位置之前依次保存有ebp,cs:eip,a,b,ebp +8指向a
add eax,[ebp + 0CH] 堆棧中ebp + 12處保存了b
mov esp,ebp 恢復esp
pop ebp
ret 8
而在編譯時，這個函數的名字被翻譯成_function@8
注意不同編譯器會插入自己的彙編代碼以提供編譯的通用性，但是大體代碼如此。其中在函數開始處保留esp到ebp中，在函數結束恢復是編譯器常用的方法。
從函數調用看，2和1依次被push進堆棧，而在函數中又通過相對於ebp(即剛進函數時的堆棧指針）的偏移量存取參數。函數結束後，ret 8表示清理8個字節的堆棧，函數自己恢復了堆棧。
cdecl調用約定
cdecl調用約定又稱爲C調用約定，是C語言缺省的調用約定，它的定義語法是：
int function (int a ,int b) //不加修飾就是C調用約定
int __cdecl function(int a,int b)//明確指出C調用約定
在寫本文時，出乎我的意料，發現cdecl調用約定的參數壓棧順序是和stdcall是一樣的
，參數首先由有向左壓入堆棧。所不同的是，函數本身不清理堆棧，調用者負責清理堆
棧。由於這種變化，C調用約定允許函數的參數的個數是不固定的，這也是C語言的一大
特色。對於前面的function函數，使用cdecl後的彙編碼變成：
調用處
push 1
push 2
call function
add esp,8 注意：這裏調用者在恢復堆棧
被調用函數_function處
push ebp 保存ebp寄存器，該寄存器將用來保存堆棧的棧頂指針，可以在函數退出
時恢復
mov ebp,esp 保存堆棧指針
mov eax,[ebp + 8H] 堆棧中ebp指向位置之前依次保存有ebp,cs:eip,a,b,ebp +8指向
a
add eax,[ebp + 0CH] 堆棧中ebp + 12處保存了b
mov esp,ebp 恢復esp
pop ebp
ret 注意，這裏沒有修改堆棧
MSDN中說，該修飾自動在函數名前加前導的下劃線，因此函數名在符號表中被記錄爲_f
unction，但是我在編譯時似乎沒有看到這種變化。
由於參數按照從右向左順序壓棧，因此最開始的參數在最接近棧頂的位置，因此當採用
不定個數參數時，第一個參數在棧中的位置肯定能知道，只要不定的參數個數能夠根據
第一個後者後續的明確的參數確定下來，就可以使用不定參數，例如對於CRT中的sprin
tf函數，定義爲：
int sprintf(char* buffer,const char* format,...)
由於所有的不定參數都可以通過format確定，因此使用不定個數的參數是沒有問題的。
fastcall
fastcall調用約定和stdcall類似，它意味着：
函數的第一個和第二個DWORD參數（或者尺寸更小的）通過ecx和edx傳遞，其他參數通過
從右向左的順序壓棧
被調用函數清理堆棧
函數名修改規則同stdcall
其聲明語法爲：int fastcall function(int a,int b)
thiscall
thiscall是唯一一個不能明確指明的函數修飾，因爲thiscall不是關鍵字。它是C++類成
員函數缺省的調用約定。由於成員函數調用還有一個this指針，因此必須特殊處理，th
iscall意味着：
參數從右向左入棧
如果參數個數確定，this指針通過ecx傳遞給被調用者；如果參數個數不確定，this指針
在所有參數壓棧後被壓入堆棧。
對參數個數不定的，調用者清理堆棧，否則函數自己清理堆棧
爲了說明這個調用約定，定義如下類和使用代碼：
class A
{
public:
int function1(int a,int b);
int function2(int a,...);
};
int A::function1 (int a,int b)
{
return a+b;
}
＃i nclude
int A::function2(int a,...)
{
va_list ap;
va_start(ap,a);
int i;
int result = 0;
for(i = 0 i < a i ++)
{
result += va_arg(ap,int);
}
return result;
}
void callee()
{
A a;
a.function1 (1,2);
a.function2(3,1,2,3);
}
callee函數被翻譯成彙編後就變成：
//函數function1調用
0401C1D push 2
00401C1F push 1
00401C21 lea ecx,[ebp-8]
00401C24 call function1 注意，這裏this沒有被入棧
//函數function2調用
00401C29 push 3
00401C2B push 2
00401C2D push 1
00401C2F push 3
00401C31 lea eax,[ebp-8] 這裏引入this指針
00401C34 push eax
00401C35 call function2
00401C3A add esp,14h
可見，對於參數個數固定情況下，它類似於stdcall，不定時則類似cdecl
naked call
這是一個很少見的調用約定，一般程序設計者建議不要使用。編譯器不會給這種函數增
加初始化和清理代碼，更特殊的是，你不能用return返回返回值，只能用插入彙編返回
結果。這一般用於實模式驅動程序設計，假設定義一個求和的加法程序，可以定義爲：
__declspec(naked) int add(int a,int b)
{
__asm mov eax,a
__asm add eax,b
__asm ret
}
注意，這個函數沒有顯式的return返回值，返回通過修改eax寄存器實現，而且連退出函
數的ret指令都必須顯式插入。上面代碼被翻譯成彙編以後變成：
mov eax,[ebp+8]
add eax,[ebp+12]
ret 8
注意這個修飾是和__stdcall及cdecl結合使用的，前面是它和cdecl結合使用的代碼，對
於和stdcall結合的代碼，則變成：
__declspec(naked) int __stdcall function(int a,int b)
{
__asm mov eax,a
__asm add eax,b
__asm ret 8 //注意後面的8
}
至於這種函數被調用，則和普通的cdecl及stdcall調用函數一致。
函數調用約定導致的常見問題
如果定義的約定和使用的約定不一致，則將導致堆棧被破壞，導致嚴重問題，下面是兩
種常見的問題：
函數原型聲明和函數體定義不一致
DLL導入函數時聲明瞭不同的函數約定
以後者爲例，假設我們在dll種聲明瞭一種函數爲：
__declspec(dllexport) int func(int a,int b);//注意，這裏沒有stdcall，使用的是
cdecl
使用時代碼爲：
typedef int (*WINAPI DLLFUNC)func(int a,int b);
hLib = LoadLibrary(...);
DLLFUNC func = (DLLFUNC)GetProcAddress(...)//這裏修改了調用約定
result = func(1,2);//導致錯誤
由於調用者沒有理解WINAPI的含義錯誤的增加了這個修飾，上述代碼必然導致堆棧被破
壞，MFC在編譯時插入的checkesp函數將告訴你，堆棧被破壞了。
MSDN上的說明：做個記號http://msdn.microsoft.com/en-us/library/984x0h58(v=vs.71).aspx
Argument Passing and Naming Conventions
Microsoft Specific
All arguments are widened to 32 bits when they are passed. Return values are also widened to 32 bits and returned in the EAX register, except for 8-byte structures, which are returned in the EDX:EAX register pair. Larger structures are returned in the EAX register as pointers to hidden return structures. Parameters are pushed onto the stack from right to left.
The compiler generates prolog and epilog code to save and restore the ESI, EDI, EBX, and EBP registers, if they are used in the function.
Note When a struct, union, or class is returned from a function by value, all definitions of the type need to be the same, else the program may fail at runtime.
For information on how to define your own function prolog and epilog code, see Naked Function Calls.
The following calling conventions are supported by the Visual C/C++ compiler.
| Keyword | Stack cleanup | Parameter passing |
|---|---|---|
| __cdecl | Caller | Pushes parameters on the stack, in reverse order (right to left) |
| __stdcall | Callee | Pushes parameters on the stack, in reverse order (right to left) |
| __fastcall | Callee | Stored in registers, then pushed on stack |
| thiscall (not a keyword) |
Callee | Pushed on stack; this pointer stored in ECX |
For related information, see Obsolete Calling Conventions.
END Microsoft Specific