为什么微软选择stdcall作为他们的API约定？

Question

有没有很好的理由？

它们的内部函数（未导出）也是stdcall约定吗？

Answer 1

这是对32位代码的pascal调用约定的改编。 Pascal是OS/2和Windows 3等16位操作系统的调用约定。为什么选择pascal只是一种猜测，即使我当时是一个小型的小狗，但它的效率稍高一些。当你需要使用640 KB时，这很重要。

大多数Win32函数不是真正的stdcall，因为它还规定了在呈现给链接器之前导出的函数是如何装饰的。像void Mumble（int arg）变成_Mumble @ 4一样。 @之后的数字描述了激活帧的大小。但大多数Win32函数都是在没有任何装饰的情况下导出的可能会让程序员有机会让GetProcAddress（）工作。我认为装饰的目的是帮助链接器检测声明的API函数签名和实际API签名之间的不匹配。传递的参数数量不匹配是自动kaboom，因为被调用者将弹出或多或少的参数，然后通过。很难诊断。 stdcall的弱点，cdecl约定没有这个问题。内部呼叫是stdcall，cdecl和thiscall之间的混合包。不能说我曾经发现过一种模式，尽管单步执行Windows代码并不是我喜欢做的事情。

Answer 2

使用stdcall编译的代码比使用cdecl编译的代码（可选）要小得多。在做出决定时，较小的代码是更快的代码。