Question

使用wcscpy_s和使用wcsncpy之间是否存在实际差异？唯一的区别似乎是参数和返回值的顺序：

errno_t wcscpy_s(wchar_t *strDestination,
                 size_t numberOfElements,
                 const wchar_t *strSource);

wchar_t *wcsncpy(wchar_t *strDest,
                 const wchar_t *strSource,
                 size_t count );

如果没有实际差异，为什么Microsoft需要将wcscpy_s添加到Visual Studio，wcsncpy已经可用且标准功能？

从Visual Studio移植到gcc时，将wcscpy_s替换为wcsncpy是否可以？

Answer 1

这两个功能没有相同的行为。

来自the MSDN documentation of wcscpy_s：

成功执行后，目标字符串将始终为空终止。

根据wcsncpy的规范（C11 7.29.4.2.2 / 1-3）：

#include <wchar.h>
wchar_t *wcsncpy(wchar_t * restrict s1,
    const wchar_t * restrict s2,
    size_t n);
wcsncpy函数复制不超过n个宽字符（跟随空的字符）   从s2指向的数组到指向的数组，不会复制宽字符   s1。

如果s2指向的数组是一个短于n个宽字符的宽字符串，则空宽字符将附加到s1指向的数组中的副本，直到n全部字符都已写入

和脚注（＃346）：

因此，如果n指向的数组的第一个s2宽字符中没有空宽字符，则结果将不会以空值终止。

请注意，strncpy和wcsncpy不适用于以null结尾的字符串。它们设计用于零填充，固定宽度的字符串。

Answer 2

另一个区别（只花了我几个小时盯着代码，想知道发生了什么）是wcscpy_s函数默认情况下会在你超出缓冲区时终止应用程序。

我预计它的行为就像一个strncpy变种。事实并非如此！

您可以使用_set_invalid_parameter_handler函数显然更改此行为。

Answer 3

wcscpy_s is more secure，它可以检测到您的错误并触发Invalid Parameter Handler Routine。为了在不导致崩溃的情况下处理此类错误，他们提供了_set_invalid_parameter_handler。

Answer 4

附加_s的函数是更安全的函数。通常，例如，VS2012将不标记尾随_s的函数标记为“已弃用”。你会收到警告。有关其他信息：MSDN有大量有关此信息。

wcsncpy和wcscpy_s有什么区别？

4 个答案: