如果我放入stdlib.h或stdio.h，我不需要链接它们，但我必须在编译时链接:

Stdlib.h, stdio.h是头文件。你把它们包括进来是为了方便。如果你链接到适当的库中，它们只预测哪些符号是可用的。实现在库文件中，这是函数真正存在的地方。

包含math.h只是获得对所有math函数的访问权的第一步。

此外，如果你不使用它的函数，你也不必链接到libm，即使你做了#include <math.h>，这只是一个关于符号的信息步骤，对于编译器来说。

Stdlib.h, stdio.h指的是libc中可用的函数，这些函数总是被链接在一起，这样用户就不必自己做了。

在《GCC介绍-与外部库链接》中有关于链接到外部库的详细讨论。如果一个库是标准库(如stdio)的成员，则不需要指定编译器(实际上是链接器)来链接它们。

在阅读了一些其他的回答和评论后，我认为libc。参考文献和它链接到的libm参考文献都有很多关于为什么两者是分开的。

Note that many of the functions in 'libm.a' (the math library) are defined in 'math.h' but are not present in libc.a. Some are, which may get confusing, but the rule of thumb is this--the C library contains those functions that ANSI dictates must exist, so that you don't need the -lm if you only use ANSI functions. In contrast, `libm.a' contains more functions and supports additional functionality such as the matherr call-back and compliance to several alternative standards of behavior in case of FP errors. See section libm, for more details.

因为荒谬的历史实践，没有人愿意修正。将C和POSIX所需的所有函数合并到一个库文件中，不仅可以避免反复询问这个问题，还可以在动态链接时节省大量的时间和内存，因为所链接的每个.so文件都需要文件系统操作来定位和查找它，并占用一些页面用于静态变量和重定位等。

所有函数都在一个库中，-lm， -lpthread， -lrt等选项都是无操作(或链接到空的.a文件)的实现是完全符合POSIX的，当然更可取。

注意:我谈论POSIX是因为C本身没有指定任何关于如何调用编译器的内容。因此，您可以将gcc -std=c99 -lm视为必须调用编译器以实现一致行为的特定实现方式。

这是个bug。你不必再显式地指定-lm了。也许如果有足够多的人抱怨，它就会被修复。(我并不真的相信这一点，因为坚持这种区别的维护者显然非常固执，但我希望如此。)

如前所述，C库libc默认是链接的，该库包含stdlib.h、stdio.h和其他几个标准头文件的实现。只是补充一下，根据“GCC介绍”，C语言中基本“Hello World”程序的链接器命令如下所示:

ld -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o
/usr/lib/crti.o /usr/libgcc-lib /i686/3.3.1/crtbegin.o
-L/usr/lib/gcc-lib/i686/3.3.1 hello.o -lgcc -lgcc_eh -lc
-lgcc -lgcc_eh /usr/lib/gcc-lib/i686/3.3.1/crtend.o /usr/lib/crtn.o

注意第三行中链接C库的选项-lc。

这里给出一个解释:

因此，如果您的程序使用数学函数并包含math.h，那么您需要通过传递-lm标志显式地链接数学库。这种特殊分离的原因是数学家对计算数学的方式非常挑剔，他们可能希望使用自己的数学函数实现而不是标准实现。如果数学函数集中到libc中。A这是不可能的。

(编辑)

不过，我不确定我是否同意这一点。如果你有一个库，它提供了，比如说，sqrt()，并且你在标准库之前传递它，Unix链接器会获取你的版本，对吗?