strncpy() 替代方案 - 每个版本有什么优势？

Question

我正在考虑使用终止 '\0' 来替代 strncpy 以供我自己在头文件中使用，并且想知道以下哪种方法会更好。

int copystring(char *dest,char *source,int elements)
{
    int run;
    for(run=0;run<elements-1;run++)//last reserved for'\0'
    {
       dest[run]=source [run];
       if (dest[run]=='\0')
       {
           break;
       }

    }
    dest[elements-1]='\0';//could make conditional but not neccesary.
    return 0;
}

或

int copystring(char *dest,char *source,int elements)
 {
        strncpy(dest,source,elements-1);
        dest[elements-1]='\0';
        return 0;
  }

对我来说明显的区别是我在版本一中调用了一个更少的函数，但我想知道版本二是否有任何优势，因为我不知道 strncpy() 的内部工作原理

顺便说一句，为什么 strncpy() 将 size_t 作为最后的参数？如果它是用于传递 sizeof 值，这仅在非常有限的情况下有用，那么 int 不是也可以吗？

Answer 1

strncpy() 的最简单替换（如果您觉得需要）可能是这样的：

dest[0] = '\0';
strncat(dest, source, size);

strncat() 与strncpy() 不同，它保证目标正确地以空值结尾，并且在目标大于源时不会复制额外的空字节。

但请确保这种行为确实是您想要的。如果你使用strcpy() 并且目标数组不够大，你会得到未定义的行为。使用strncpy 或strncat，您将获得明确的行为：值被悄悄截断。如果这就是你想要的，那很好——但它很少是。更常见的是，截断数据只会给你带来坏数据，你应该检测到它并将其作为错误处理，而不是 Procusteanly 丢弃任何不适合的数据。 （将"rm -rf $HOME/unimportant_directory" 截断为"rm -rf $HOME"，然后将其传递给system()。）

顺便说一句，为什么strncpy() 将size_t 作为最后的参数？如果 它用于传递sizeof 值，仅在非常有用的情况下 在有限的情况下，int 不也可以吗？

size_t 更有意义，因为它是用于表示大小和长度的类型。使用int 需要定义（或未定义）负参数的行为，并且可能会限制您可以处理的字符串的大小（例如，int 是 16 位，size_t 是 32 位）。您始终可以传递int 值，它会隐式转换为size_t。

另一个选项是非标准的strlcpy() 函数。它并非在所有系统上都可用，但您应该能够安装它（例如，使用 Debian/Ubuntu/... 系统的 libbsd-dev 软件包）或从源代码构建它。

顺便说一下，这是我对strncpy()的话题的吐槽：
http://the-flat-trantor-society.blogspot.com/2012/03/no-strncpy-is-not-safer-strcpy.html