Code Knight

__cdecl

__stdcall

C 和 C++ 程序的缺省調用規范

為了使用這種調用規范，需要你明確的加上 __stdcall （或 WINAPI ）文字。即 return-type __stdcall function-name[(argument-list)]

在被調用函數 (Callee) 返回后，由調用方 (Caller) 調整堆棧。

1. 調用方的函數調用

2. 被調用函數的執行

3. 被調用函數的結果返回

4. 調用方清除調整堆棧

在被調用函數 (Callee) 返回前，由被調用函數 (Callee) 調整堆棧。圖示：

1. 調用方的函數調用

2. 被調用函數的執行

3. 被調用函數清除調整堆棧

4. 被調用函數的結果返回                                                           

因為每個調用的地方都需要生成一段調整堆棧的代碼，所以最后生成的文件較大。

因為調整堆棧的代碼只存在在一個地方（被調用函數的代碼內），所以最后生成的文件較小。

函數的參數個數可變（就像 printf 函數一樣），因為只有調用者才知道它傳給被調用函數幾個參數，才能在調用結束時適當地調整堆棧。

函數的參數個數不能是可變的。

對于定義在 C 程序文件中的輸出函數，函數名會保持原樣，不會被修飾。

對于定義在 C++ 程序文件中的輸出函數，函數名會被修飾， MSDN 說 Underscore character (_) is prefixed to names . 我實際測試（ VC4 和 VC6 ）下來發現好像不是那么簡單。

可通過在前面加上 extern “C” 以去除函數名修飾。也可通過 .def 文件去除函數名修飾。

不論是 C 程序文件中的輸出函數還是 C++ 程序文件中的輸出函數，函數名都會被修飾。

對于定義在 C 程序文件中的輸出函數， An underscore (_) is prefixed to the name. The name is followed by the at sign (@) followed by the number of bytes (in decimal) in the argument list.

對于定義在 C++ 程序文件中的輸出函數，好像更復雜，和 __cdecl 的情況類似。

好像只能通過 .def 文件去除函數名修飾。

_beginthread 需要 __cdecl 的線程函數地址

_beginthreadex 和 CreateThread 需要 __stdcall 的線程函數地址

兩者的參數傳遞順序都是從右向左。

為了讓 VB 可以調用，需要用 __stdcall 調用規范來定義 C/C++ 函數。請參看Microsoft KB153586 文章：How To Call C Functions That Use the _cdecl Calling Convention。

當你 LoadLibrary 一個 DLL 文件后， 把 GetProcAddress 取得的函數地址傳給上面三個線程生成函數時，請務必確認實際定義在 DLL 文件的輸出函數符合調用規范要求。否則，編譯成 Release 版后運行，可能會破壞堆棧，程序行為不可預測。

VC 中的相關編譯開關：/Gd /Gr /Gz。另外，VC6中新增加的 /GZ 編譯開關可以幫你檢查堆棧問題。

我也是初學者，若有不對的地方、可以補充的地方，請指教。謝謝。