為什麼 Windows API 使用 stdcall 呼叫慣例？

標籤：商業   時代   use   程式   cdecl   sprintf   pos   授權   不用   

知乎使用者
連結：https://www.zhihu.com/question/31453641/answer/52001143
來源：知乎
著作權歸作者所有。商業轉載請聯絡作者獲得授權，非商業轉載請註明出處。

回答1：
你是想問為啥Windows C++中全是stdcall或WINAPI，而不是cdecl的calling convention吧？原因簡單直接，產生執行碼小。WINAPI就是stdcall的一個宏定義，其實是一回事。stdcall約定是被調用者清棧，返回時指令帶一個退棧參數就可以了，被調用者自己一句ret n就完事了。cdecl約定是調用者清棧，就是每一個調用者在函數調用完成後，要每一個調用者自己去拉esp把棧狀況改回來。stdcall的缺點就是無法支援可變數量的參數，因為被調用者必須確定參數數量才能自己清棧。我印象中老Win32 API只有一個API支援變長參數，所以只有她是cdel而不是stdcall，來自user32的wsprintf。
發佈於 2015-06-2046?12

回答2：
省點記憶體唄，棧頂指標彈回這個指令，只需要函數實現一下，而不需要每一次調用結束都去實現一下。當年從dos640k時代走出來的那堆微軟程式員，對於節省記憶體有各種變態手段。啟動階段想方設法不載入com組件，實在扛不住了就做一個超級精簡版com。更不用說MFC裡面的各種變態省記憶體方法了。
發佈於 2015-06-29

綜上所述：
__stdcall 被調用者清理堆棧，產生執行代碼小，節省記憶體。 缺點： 不支援可變參數。 windows api使用__stdcall是曆史問題。

為什麼 Windows API 使用 stdcall 呼叫慣例？