(1) _stdcall調(diào)用
_stdcall是Pascal程序的缺省調(diào)用方式，參數(shù)采用從右到左的壓棧方式，被調(diào)函數(shù)自身在返回前清空堆棧。
WIN32 Api都采用_stdcall調(diào)用方式，這樣的宏定義說(shuō)明了問(wèn)題：
#define WINAPI _stdcall
按C編譯方式，_stdcall調(diào)用約定在輸出函數(shù)名前面加下劃線，后面加“@”符號(hào)和參數(shù)的字節(jié)數(shù)，形如_functionname@number。
(2) _cdecl調(diào)用
_cdecl是C/C++的缺省調(diào)用方式，參數(shù)采用從右到左的壓棧方式，傳送參數(shù)的內(nèi)存棧由調(diào)用者維護(hù)。_cedcl約定的函數(shù)只能被C/C++調(diào)用，每一個(gè)調(diào)用它的函數(shù)都包含清空堆棧的代碼，所以產(chǎn)生的可執(zhí)行文件大小會(huì)比調(diào)用_stdcall函數(shù)的大。
由于_cdecl調(diào)用方式的參數(shù)內(nèi)存棧由調(diào)用者維護(hù)，所以變長(zhǎng)參數(shù)的函數(shù)能（也只能）使用這種調(diào)用約定。關(guān)于C/C++中變長(zhǎng)參數(shù)(…)的問(wèn)題，筆者將另文詳述。
由于Visual C++默認(rèn)采用_cdecl 調(diào)用方式，所以VC中中調(diào)用DLL時(shí)，用戶應(yīng)使用_stdcall調(diào)用約定。
按C編譯方式，_cdecl調(diào)用約定僅在輸出函數(shù)名前面加下劃線，形如_functionname。
(3) _fastcall調(diào)用
_fastcall調(diào)用較快，它通過(guò)CPU內(nèi)部寄存器傳遞參數(shù)。
按C編譯方式，_fastcall調(diào)用約定在輸出函數(shù)名前面加“@”符號(hào)，后面加“@”符號(hào)和參數(shù)的字節(jié)數(shù)，形如@functionname@number。
------------------------------------------------------------------------------------------------------------
_cdecl是C和C＋＋程序的缺省調(diào)用方式。每一個(gè)調(diào)用它的函數(shù)都包含清空堆棧的代碼，所以產(chǎn)生的可執(zhí)行文件大小會(huì)比調(diào)用_stdcall函數(shù)的大。函數(shù)采用從右到左的壓棧方式。VC將函數(shù)編譯后會(huì)在函數(shù)名前面加上下劃線前綴。_stdcall是Pascal程序的缺省調(diào)用方式，通常用于Win32 Api中，函數(shù)采用從右到左的壓棧方式，自己在退出時(shí)清空堆棧。VC將函數(shù)編譯后會(huì)在函數(shù)名前面加上下劃線前綴，在函數(shù)名后加上"@"和參數(shù)的字節(jié)數(shù)。_fastcall方式的函數(shù)采用寄存器傳遞參數(shù)，VC將函數(shù)編譯后會(huì)在函數(shù)名前面加上"@"前綴，在函數(shù)名后加上"@"和參數(shù)的字節(jié)數(shù)。這兩個(gè)關(guān)鍵字看起來(lái)似乎很少和我們打交道，但是看了下面的定義（來(lái)自windef.h），你一定會(huì)覺(jué)得驚訝：
#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
幾乎我們寫的每一個(gè)WINDOWS API函數(shù)都是__stdcall類型的，為什么？？
首先，我們談一下兩者之間的區(qū)別：
WINDOWS的函數(shù)調(diào)用時(shí)需要用到棧（STACK，一種先入后出的存儲(chǔ)結(jié)構(gòu)）。當(dāng)函數(shù)調(diào)用完成后，棧需要清除，這里就是問(wèn)題的關(guān)鍵，如何清除？？
如果我們的函數(shù)使用了_cdecl，那么棧的清除工作是由調(diào)用者，用COM的術(shù)語(yǔ)來(lái)講就是客戶來(lái)完成的。這樣帶來(lái)了一個(gè)棘手的問(wèn)題，不同的編譯器產(chǎn)生棧的方式不盡相同，那么調(diào)用者能否正常的完成清除工作呢？答案是不能。
如果使用__stdcall，上面的問(wèn)題就解決了，函數(shù)自己解決清除工作。所以，在跨（開發(fā)）平臺(tái)的調(diào)用中，我們都使用__stdcall（雖然有時(shí)是以WINAPI的樣子出現(xiàn)）。 那么為什么還需要_cdecl呢？當(dāng)我們遇到這樣的函數(shù)如fprintf()它的參數(shù)是可變的，不定長(zhǎng)的，被調(diào)用者事先無(wú)法知道參數(shù)的長(zhǎng)度，事后的清除工作也無(wú)法正常的進(jìn)行，因此，這種情況我們只能使用_cdecl。 到這里我們有一個(gè)結(jié)論，如果你的程序中沒(méi)有涉及可變參數(shù)，最好使用__stdcall關(guān)鍵字