预处理、编译与链接区别疑问：导入库后为何还需要链接步骤？

你的核心误解在于混淆了头文件和实现/库文件的边界，预处理阶段的合并操作仅作用于头文件，不会把任何实现代码注入到当前源文件中。

预处理的实际作用范围 #

你提到的“导入内容复制粘贴到代码中”，仅对应#include这类预处理指令对头文件的处理逻辑：头文件中只会存放函数、变量、类型的声明，用来告诉编译器对应符号的调用规则，完全不包含具体的实现代码。
举个最常见的例子：你在代码中写#include <stdio.h>，预处理后只会把printf的函数声明插入到当前文件，printf的实际实现代码完全不会被复制进来，仍然存在于系统预装的标准库动态/静态文件中。

多模块编译的完整流程 #

假设你有两个独立源文件main.c和utils.c，main.c中需要调用utils.c实现的calculate()函数，完整流程是这样的：

1. 预处理阶段：如果main.c中写了#include "utils.h"，只会把calculate()的声明插入main.c，utils.c的所有实现代码不会有任何内容被合并到main.c中
2. 编译阶段：两个源文件会被完全独立地编译为main.o和utils.o两个目标文件。编译main.o时，编译器只要看到calculate()的声明就会认为调用合法，不会去查找实现，只会在main.o中留下一个calculate()的未解析符号占位符
3. 链接阶段：链接器会把所有用到的目标文件、依赖的静态/动态库文件集合到一起，遍历所有未解析的符号占位符，找到对应实现的实际地址完成替换，处理完所有符号引用和重定向后，才会生成完整可执行的文件。

这种拆分设计的核心价值 #

如果真的把所有依赖都合并成一个巨型源文件编译，会有非常多难以解决的问题：

• 增量编译效率极低：大项目动辄上万个源文件，改一行代码就要全量重编，耗时可能从数秒上升到数小时
• 依赖复用成本极高：你用到的C标准库、第三方库每次开发都要把源码拷到项目里重编一遍，完全没有必要
• 无法支持闭源库分发：商业第三方库不需要给用户提供源码，只要提供头文件和预编译好的库文件就能正常调用，合并编译的逻辑完全不支持这种模式

内容的提问来源于stack exchange，提问作者APM500