與函數堆棧使用密切相關的就是函數調用規范，即調用約定(Calling Convenion)。函數調用規范決定了函數調用的實參壓棧、退棧及堆棧釋放的方式以及函數名改編的方案，windows環境下常用的調用規范有：
1) _cedcl:這是C++/C函數的默認調用規范，參數從右向左傳遞壓入堆棧，由調用函數復雜堆棧的清退，因此這種方式利于傳遞個數可變的參數給被調用函數。如printf()就是這樣的函數。
2) _stdcall:這是Win API函數使用的調用規范，參數從右向左依次傳遞并壓入堆棧，由被調用函數復雜堆棧的清退。該規范生成的函數代碼比_cdecl更小，但當函數有可變個數的參數時會轉為_cdecl規范。在Windows中，宏WINAPI、CALLBACK都定義為_stdcall。
3) _thiscall:是C++非靜態成員函數的默認調用規范，不能使用個數可變的參數。當調用非靜態成員函數的時候，this指針直接保存在ECX寄存器中而壓入函數堆棧，其他方面與_stdcall相同。
4) _fastcall:該規范所修飾的函數的實參將被直接傳遞到CPU寄存器中而不是內存堆棧中，堆棧清退由被調用函數負責，該規范不能用于成員函數。
函數必須制定的一個調用規范，特別是在模塊之間的邏輯接口中，每個函數原型的調用規范必須與其實的調用規范保持一致，否則會出現編譯連接錯誤。如果你調用了在某個DLL中實現的COM對象的方法，而這些方法在創建時卻沒顯式地制定調用規范，那么它們會使用環境默認的調用規范，雖然你的程序可以通過編譯和連接，但是在運行時就可能導致程序崩潰。
所以，凡是接口函數都必須顯式地制定其調用規范，除非接口函數是類的非靜態成員函數，如果不顯式制定調用規范，類的靜態成員函數和全局函數將采用C++/C默認的函數調用規范或者由工程設置指定的調用規范，因此最好也為靜態成員函數顯式地指定調用規范。
注意：類的靜態成員函數的默認調用規范不是thiscall，類的友元函數的調用也不是thiscall，它們都是由函數本身指定或者由工程設定的。COM接口的方法都指定_stdcall調用規范，而我們自己開發COM對象及接口時也可以指定其他的調用規范。
一定要知道C基礎的基本概念：
認識函數堆棧：http://www.lirenedu.org/index.php?ack=xinwen&id=1026
基于C語言基礎概念：http://www.lirenedu.org/index.php?ack=xinwen&id=1024
操作系統幾個基本要點：http://www.lirenedu.org/index.php?ack=xinwen&id=1029