在 C++ 中创建一个类，或在 C 中使用structs创建一个等价类时，最好将其分成两个文件：一个头文件（用于声明）和一个实现文件（用于实际定义方法等）。
这样做是因为如果方法定义存在于多个文件中，它们可能会发生冲突（并且包含保护不能阻止这种情况，因为宏只存在于定义它们的文件中，并被复制到包含它们的文件中；包含保护防止在同一个文件中多次包含相同的标题）
然而，似乎许多标准 C 库实际上定义了一些东西。让我们stdlib.h以 C 语言为例。这个库似乎定义了一个malloc分配内存的方法。但是（当然）如果我包含stdlib.h在多个文件中，则 malloc 的方法定义似乎没有冲突。
换句话说，如果我要使用自己的内存分配方法创建自己的库（假设它不是宏函数），我将不得不在其中声明它mylib.h并实际定义它，mylib.c但这似乎不适stdlib.h用于某种原因.
这是如何运作的？为什么标准 C 库可以做到这一点，但用户定义的标头（不幸的是，在我看来）不能？
标准 C 库已经被编译成一个库，它可能被称为类似libc.so或MSVCRT100.DLL. 您可以提供此文件，而不是编译*.o器*.obj将从您的文件生成的*.c文件。编译器会自动将此运行时库与每个程序链接。
这也是其他库的工作方式。如果您有已编译的 OpenSSL 库，您可以链接到#include源代码中的库和头文件以查看其接口，例如函数名称和原型。您不需要构建库的其他源文件。
您可以将源代码下载到 C 库的许多实现中，例如 GNU libc。运行时实际上是在*.c文件中实现的，您可以读取、修改、重新编译并向维护者提交补丁，但它会提前编译到共享库，并且您的编译器会链接到该库。
这是一个老问题，但以后应该有人会遇到这个问题。
我的回答是：
stdlib.h不是图书馆。相反，它是一个大库的头文件，它定义了一个称为malloc分配内存的方法。
那是：
stdlib.h仅包含其成员的声明（原型）。
库本身（.a或.so在 linux-OS 中）包含malloc方法（和其他）的实际定义（实现）。
但这似乎不适用于 stdlib.h 出于某种原因。
确实如此，但唯一的区别是，在您的示例中，您依赖源文件（即mylib.c）来构建库。而在您在问题中使用的标准 C 案例中，它已经是一个库，如果您包含了它的头文件（即 ），它应该链接到您的程序stdlib.h。