C++ _stdcall和__stdcall的區別__C++

今天寫線程函數時，發現msdn中對ThreadProc的定義有要求：DWORD WINAPI ThreadProc(LPVOID lpParameter);

不解為什麼要用WINAPI宏定義，查了後發現下面的定義。於是乎需要區別__stdcall和__cdecl兩者的區別； #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。到這裡我們有一個結論，如果你的程式中沒有涉及可變參數，最好使用__stdcall關鍵字。

2.

__cdecl,__stdcall是聲明的函數調用協議.主要是傳參和彈棧方面的不同.一般c++用的是__cdecl,windows裡大都用的是__stdcall(API) 

__cdecl是C/C++和MFC程式預設使用的呼叫慣例，也可以在函式宣告時加上__cdecl關鍵字來手工指定。採用__cdecl約定時，函數參數按照從右至左的順序入棧，並且由調用函數者把參數彈出棧以清理堆棧。因此，實現可變參數的函數只能使用該呼叫慣例。由於每一個使用__cdecl約定的函數都要包含清理堆棧的代碼，所以產生的可執行檔大小會比較大。__cdecl可以寫成_cdecl。 
__stdcall呼叫慣例用於調用Win32 API函數。採用__stdcall約定時，函數參數按照從右至左的順序入棧，被調用的函數在返回前清理傳送參數的棧，函數參數個數固定。由於函數體本身知道傳進來的參數個數，因此被調用的函數可以在返回前用一條ret n指令直接清理傳遞參數的堆棧。__stdcall可以寫成_stdcall。 
__fastcall約定用於對效能要求非常高的場合。__fastcall約定將函數的從左邊開始的兩個大小不大於4個位元組（DWORD）的參數分別放在ECX和EDX寄存器，其餘的參數仍舊自右向左壓棧傳送，被調用的函數在返回前清理傳送參數的堆棧。__fastcall可以寫成_fastcall

3.

__stdcall:

_stdcall 呼叫慣例相當於16位動態庫中經常使用的PASCAL呼叫慣例。

 
在32位的VC++5.0中PASCAL呼叫慣例不再被支援（實際上它已被定義為__stdcall。除了__pascal外，__fortran和__syscall也不被支援），取而代之的是__stdcall呼叫慣例。兩者實質上是一致的，即函數的參數自右向左通過棧傳遞，被調用的函數在返回前清理傳送參數的記憶體棧，但不同的是函數名的修飾部分（關於函數名的修飾部分在後面將詳細說明）。
_stdcall是Pascal程式的預設調用方式，通常用於Win32 Api中，函數採用從右至左的壓棧方式，自己在退出時清空堆棧。VC將函數編譯後會在函數名前面加上底線首碼，在函數名後加上"@"和參數的位元組數。

_cdecl:

_cdecl c呼叫慣例, 按從右至左的順序壓參數入棧，由調用者把參數彈出棧。對於傳送參數的記憶體棧是由調用者來維護的（正因為如此，實現可變參數的函數只能使用該呼叫慣例）。另外，在函數名修飾約定方面也有所不同。

_cdecl是C和C＋＋程式的預設調用方式。每一個調用它的函數都包含清空堆棧的代碼，所以產生的可執行檔大小會比調用_stdcall函數的大。函數採用從右至左的壓棧方式。VC將函數編譯後會在函數名前面加上底線首碼。是MFC預設呼叫慣例。

__fastcall:

__fastcall呼叫慣例是"人"如其名，它的主要特點就是快，因為它是通過寄存器來傳送參數的（實際上，它用ECX和EDX傳送前兩個雙字（DWORD）或更小的參數，剩下的參數仍舊自右向左壓棧傳送，被調用的函數在返回前清理傳送參數的記憶體棧），在函數名修飾約定方面，它和前兩者均不同。

_fastcall方式的函數採用寄存器傳遞參數，VC將函數編譯後會在函數名前面加上"@"首碼，在函數名後加上"@"和參數的位元組數。

thiscall:

thiscall僅僅應用於"C++"成員函數。this指標存放於CX寄存器，參數從右至左壓。thiscall不是關鍵詞，因此不能被程式員指定。

naked call:

採用1-4的呼叫慣例時，如果必要的話，進入函數時編譯器會產生代碼來儲存ESI，EDI，EBX，EBP寄存器，退出函數時則產生代碼恢複這些寄存器的內容。

naked call不產生這樣的代碼。naked call不是類型修飾符，故必須和_declspec共同使用。

另附:

關鍵字 __stdcall、__cdecl和__fastcall可以直接加在要輸出的函數前，也可以在編譯環境的Setting...\C/C++ \Code Generation項選擇。當加在輸出函數前的關鍵字與編譯環境中的選擇不同時，直接加在輸出函數前的關鍵字有效。它們對應的命令列參數分別為/Gz、/Gd和/Gr。預設狀態為/Gd，即__cdecl。

要完全模仿PASCAL呼叫慣例首先必須使用__stdcall呼叫慣例，至於函數名修飾約定，可以通過其它方法模仿。還有一個值得一提的是WINAPI宏，Windows.h支援該宏，它可以將出函數翻譯成適當的呼叫慣例，在WIN32中，它被定義為__stdcall。使用WINAPI宏可以建立自己的APIs。

名字修飾約定 

1、修飾名(Decoration name) 
“C”或者“C++”函數在內部（編譯和連結）通過修飾名識別。修飾名是編譯器在編譯函數定義或者原型時產生的字串。有些情況下使用函數的修飾名是必要的，如在模組定義檔案裡頭指定輸出“C++”重載函數、建構函式、解構函式，又如在彙編代碼裡調用“C””或“C++”函數等。 

修飾名由函數名、類名、呼叫慣例、傳回型別、參數等共同決定。 

2、名字修飾約定隨呼叫慣例和編譯種類(C或C++)的不同而變化。函數名修飾約定隨編譯種類和呼叫慣例的不同而不同，下面分別說明。 

a、C編譯時間函數名修飾約定規則： 

__stdcall呼叫慣例在輸出函數名前加上一個底線首碼，後面加上一個“@”符號和其參數的位元組數，格式為_functionname@number。 

__cdecl呼叫慣例僅在輸出函數名前加上一個底線首碼，格式為_functionname。

__fastcall呼叫慣例在輸出函數名前加上一個“@”符號，後面也是一個“@”符號和其參數的位元組數，格式為@functionname@number。 

它們均不改變輸出函數名中的字元大小寫，這和PASCAL呼叫慣例不同，PASCAL約定輸出的函數名無任何修飾且全部大寫。 

b、C++編譯時間函數名修飾約定規則： 

__stdcall呼叫慣例： 
1、以“?”標識函數名的開始，後跟函數名； 
2、函數名後面以“@@YG”標識參數表的開始，後跟參數表； 
3、參數表以代號表示： 
X--void ， 
D--char， 
E--unsigned char， 
F--short， 
H--int， 
I--unsigned int， 
J--long， 
K--unsigned long， 
M--float， 
N--double， 
_N--bool， 
.... 
PA--表示指標，後面的代號表明指標類型，如果相同類型的指標連續出現，以“0”代替，一個“0”代表一次重複； 
4、參數表的第一項為該函數的傳回值類型，其後依次