Visual Studio 中的“wcs”、“_w”和“_mbs”前缀

Question

对于使用/不使用 wcs/_w/_mbs 前缀定义的函数的差异，我有点困惑。
例如：

• fopen(),_wfopen()
  在 msdn 上给出的是：

fopen 函数打开由文件名指定的文件。 _wfopen 是 fopen 的宽字符版本； _wfopen 的参数是宽字符串。否则，_wfopen 和 fopen 行为 一样的。

我只是怀疑是否存在与添加“_w”前缀相关的窗口的平台依赖性。

• strcpy(),wcscpy(),_mbscpy()
  在 msdn 上给出的是：

wcscpy 和 _mbscpy 分别是 strcpy 的宽字符和多字节字符版本。

再次怀疑添加“wcs”或“_mbs”是否取决于平台。

编辑：

• WideCharToMultiByte function 是否也依赖于平台？

WideCharToMultiByte 不是 C 运行时函数，它是 Windows API，因此它依赖于平台

• 同样，wcstombs_s function 也依赖于平台？

它是非标准的，但在 C11 附录 K 中被标准化。

Answer 1

wcs* 函数（如 wcscpy）是 C 标准库的一部分。 _wfopen 函数和其他 _w* 函数是扩展，像 _mbscpy 这样的多字节字符串函数也是如此。

在大多数情况下，具有前导下划线的 Visual C++ C 运行时 (CRT) 函数是扩展；没有前导下划线的函数是 C 标准库的一部分。

有两个主要例外，扩展名可能没有前导下划线：

• 有几个使用下划线前缀声明的扩展函数，它们具有无前缀别名以实现向后源代码兼容性。这些别名已弃用，如果您尝试使用它们，您将收到可抑制的弃用警告 (C4996)。

• 对于某些 C 标准库函数，有 _s-suffixed 安全替代函数，例如scanf_s。这些是默认声明的，但可以通过将宏 __STDC_WANT_SECURE_LIB__ 定义为值为 0 来抑制它们的声明。

  （这些功能实际上是在可选附件 K 中添加到 C11 中的， 但请注意，指定的内容之间存在一些差异 在 C 标准中以及由 Visual C++ 实现的内容。这 差异是由于a historical accident。）

Answer 2

wcscpy 是标准的。 _mbcscpy 特定于 MS VC。

这就是开头有下划线的原因：带前导下划线的名称保留用于特定于实现的内容。