Question

大多数C程序员都熟悉strdup函数。他们中的许多人会认为这是理所当然的，但它不是C标准的一部分（C89，C99和C11都不是）。它是POSIX的一部分，可能并非在所有环境中都可用。事实上，微软坚持要重命名_strdup，这加剧了混乱。

以这种方式定义它很容易（在C中）：

#include <string.h>

char *strdup(const char *s) {
    size_t size = strlen(s) + 1;
    char *p = malloc(size);
    if (p) {
        memcpy(p, s, size);
    }
    return p;
}

但即使是精明的程序员也很容易弄错。

此外，仅在没有它的系统上重新定义函数证明有点复杂，如下所述：strdup() function

为什么不在C标准的修订版中包含这些有用的广泛支持的功能？在C99的C标准库中添加了许多新功能，不包括strdup的理由是什么？

Answer 1

评论中引用的链接（http://open-std.org/JTC1/SC22/WG14/www/docs/n718.htm）给出了关于＆＃34;错误＆＃34;的解释。关于标准库中的strdup：

主要问题是是否需要在标准库中添加一个函数，以便为用户自动分配堆内存。

基本上，C语言及其标准库尽量不要假设用户如何分配和使用内存。
它提供了一些设施，其中包括堆栈和堆。

虽然malloc / free是动态内存分配的标准化，但它们绝不是唯一的方法，因为动态内存管理是一个非常复杂的主题，并且默认的分配策略可能并不适合所有类型的应用程序。

例如，有一些独立的库，如jemalloc，强调低碎片和并发性，甚至是完整的垃圾收集器，如The Boehm-Demers-Weiser conservative garbage collector。这些库提供了malloc / free实现，这些实现仅用于替换<stdlib.h>中的标准* alloc和free函数，而不会破坏与C标准库其余部分的兼容性。

因此，如果strdup是标准的，它将被有效地取消使用第三方内存管理功能的代码（必须注意前面提到的jemalloc库确实提供了strdup的实现来避免这个问题）。 / p>

更一般地说，虽然strdup肯定是一个实用的功能，但它的语义缺乏清晰度。它是在<string.h>标头中声明的函数，但调用它需要通过从free标头调用<stdlib.h>函数来释放返回的缓冲区。那么，它是字符串函数还是记忆函数？
将其保留在POSIX标准中似乎是避免使C标准库不太清晰的最合理的解决方案。

不在C标准中包括strdup的理由是什么？

1 个答案: