__cdecl 是C DECLaration的縮寫(declaration,聲明),表示C語言預設的函數調用方法:所有參數從右到左依次入棧,這些參數由調用者清除,稱為手動清棧。被調用函數不會要求調用者傳遞多少參數,調用者傳遞過多或者過少的參數,甚至完全不同的參數都不會産生編譯階段的錯誤。
_stdcall 是StandardCall的縮寫,是C++的标準調用方式:所有參數從右到左依次入棧,如果是調用類成員的話,最後一個入棧的是this指針。這些堆棧中的參數由被調用的函數在傳回後清除,使用的指令是 retnX,X表示參數占用的位元組數,CPU在ret之後自動彈出X個位元組的堆棧空間。稱為自動清棧。函數在編譯的時候就必須确定參數個數,并且調用者必須嚴格的控制參數的生成,不能多,不能少,否則傳回後會出錯。
_thiscall 是為了解決類成員調用中this指針傳遞而規定的。_thiscall要求把this指針放在特定寄存器中,該寄存器由編譯器決定。VC使用ecx,Borland的C++編譯器使用eax。傳回方式和_stdcall相當。
_fastcall 和 _thiscall涉及的寄存器由編譯器決定,是以不能用作跨編譯器的接口。是以Windows上的COM對象接口都定義為_stdcall調用方式。
C中不加說明預設函數為_cdecl方式(C中也隻能用這種方式),C++也一樣,但是預設的調用方式可以在IDE環境中設定。
帶有可變參數的函數必須且隻能使用_cdecl方式,例如下面的函數:
int printf(char * fmtStr, ...);
int scanf(char * fmtStr, ...);
*/幾種調用約定的差別
1、__stdcall調用約定:函數的參數自右向左通過棧傳遞,被調用的函數在傳回前清理傳送參數的記憶體棧,
3、__fastcall調用約定:它是通過寄存器來傳送參數的(實際上,它用ECX和EDX傳送前兩個雙字(DWORD)或更小的參數,剩下的參數仍舊自右向左壓棧傳送,被調用的函數在傳回前清理傳送參數的記憶體棧)。
4、thiscall僅僅應用于"C++"成員函數。this指針存放于CX寄存器,參數從右到左壓。thiscall不是關鍵詞,是以不能被程式員指定。
5、nakedcall采用1-4的調用約定時,如果必要的話,進入函數時編譯器會産生代碼來儲存ESI,EDI,EBX,EBP寄存器,退出函數時則産生代碼恢複這些寄存器的内容。naked call不産生這樣的代碼。naked call不是類型修飾符,故必須和_declspec共同使用。
1、修飾名(Decoration name):"C"或者"C++"函數在内部(編譯和連結)通過修飾名識别
2、C編譯時函數名修飾約定規則:
__stdcall調用約定在輸出函數名前加上一個下劃線字首,後面加上一個"@"符号和其參數的位元組數,格式為_functionname@number,例如 :function(int a, int b),其修飾名為:_function@8
__cdecl調用約定僅在輸出函數名前加上一個下劃線字首,格式為_functionname。
__fastcall調用約定在輸出函數名前加上一個"@"符号,後面也是一個"@"符号和其參數的位元組數,格式為@functionname@number。
1 可以直接在代碼中寫 __cdecl 等調用約定
2 在MS-VC++6.0中,調用約定也可以通過工程設定:Setting...\C/C++ \Code Generation項進行選擇,預設狀态為__cdecl。名字修飾約定。
下面是MSDN給的約定:
Microsoft Specific —>
Element
Implementation
Argument-passing order
Right to left
Stack-maintenance responsibility
Calling function pops the arguments from the stack
Name-decoration convention
Underscore character (_) is prefixed to names
Case-translation convention
No case translation performed
In the following example, the compiler is instructed to use C naming and calling conventions for the <code>system</code> function:
END Microsoft Specific
==============================================================================
本文轉自被遺忘的部落格園部落格,原文連結:http://www.cnblogs.com/rollenholt/archive/2012/03/28/2421921.html,如需轉載請自行聯系原作者