C 中的调用约定名称修改

Question

我问的不是如何禁用 C++ 名称修改(我知道它的 extern“c”)。问题与 C++ 无关

据我所知，当我将一个函数声明为 __stdcall 时，它的名称应该像 _FuncName@8 中那样被破坏(对于两个 int 参数)。当我将函数声明为 __cdecl 时，它应该像 _FuncName 中那样被破坏。

听起来不错，但事实真的是这样吗？

有两种情况我不明白:

1-) 我正在 vc++2013 中制作一个 dll，并在 __cdecl 函数上使用 __declspec(dllexport) 。它的导出没有任何下划线(只是 FuncName)。我没有 .def 文件或任何文件，也没有使用 pragma 导出。

2-) 大多数 Windows API 函数都是 __stdcall。但他们没有_或@。例如，它们像 MessageBoxA 一样导出，没有任何损坏。

那么这该如何解释呢？

Answer 1

是的，Visual C++ 添加了 name decoration C 符号导出，以及 C++ 导出的名称修改。您可以在 MSDN 上的每个调用约定关键字的主题中阅读名称修饰约定。 extern "C"链接规范实际上将导出的符号从 C++ 名称重整切换为 C 名称修饰，这有时会让人感到惊讶。

因此，对于导出函数的 C 文件，如果您阅读 MSDN 上的文档 __cdecl非常非常仔细地观察，您会看到它提到“下划线字符 (_) 是名称的前缀，除非导出使用 C 链接的 __cdecl 函数”。这仍然不太清楚，因为这里的“导出”指的是 DLL 导出，并且它也适用于非函数符号，例如导出的数据。这就是您在自己的代码中看到的内容。

我的猜测是，这些名称未针对 DLL 导出进行修饰，以便于语言互操作。您会注意到，链接符号名称导出仍然具有前导下划线，如果转储 .lib 文件的导出，您可以看到该下划线。

对于第二种情况，__stdcall Windows API 函数使用 .def 文件以特定名称导出。这也是将默认名称映射到 API 的窄字符和宽字符版本的方法。您可以使用 #pragma comment(linker, "/export:alias=_original") 获得相同的效果，但使用 .def 文件方法可能是最可移植的。

您可以找到关于 The history of calling conventions 的故事关于 Raymond Chen 的 The Old New Thing 博客。