c - 为什么标准 C 库不需要分为头文件和实现文件？

在 C++ 中创建一个类，或在 C 中使用structs创建一个等价类时，最好将其分成两个文件：一个头文件（用于声明）和一个实现文件（用于实际定义方法等）。

这样做是因为如果方法定义存在于多个文件中，它们可能会发生冲突（并且包含保护不能阻止这种情况，因为宏只存在于定义它们的文件中，并被复制到包含它们的文件中；包含保护防止在同一个文件中多次包含相同的标题）

然而，似乎许多标准 C 库实际上定义了一些东西。让我们stdlib.h以 C 语言为例。这个库似乎定义了一个malloc分配内存的方法。但是（当然）如果我包含stdlib.h在多个文件中，则 malloc 的方法定义似乎没有冲突。

换句话说，如果我要使用自己的内存分配方法创建自己的库（假设它不是宏函数），我将不得不在其中声明它mylib.h并实际定义它，mylib.c但这似乎不适stdlib.h用于某种原因.

这是如何运作的？为什么标准 C 库可以做到这一点，但用户定义的标头（不幸的是，在我看来）不能？

标签： cclassincludec-standard-library

标准 C 库已经被编译成一个库，它可能被称为类似libc.so或MSVCRT100.DLL. 您可以提供此文件，而不是编译*.o器*.obj将从您的文件生成的*.c文件。编译器会自动将此运行时库与每个程序链接。

这也是其他库的工作方式。如果您有已编译的 OpenSSL 库，您可以链接到#include源代码中的库和头文件以查看其接口，例如函数名称和原型。您不需要构建库的其他源文件。

您可以将源代码下载到 C 库的许多实现中，例如 GNU libc。运行时实际上是在*.c文件中实现的，您可以读取、修改、重新编译并向维护者提交补丁，但它会提前编译到共享库，并且您的编译器会链接到该库。