编译单元中包含main.c为何引发链接错误而非编译错误？

要搞懂这个问题，得先掰明白C程序构建的两个关键阶段：编译阶段和链接阶段。

先看编译阶段：预处理器是直接“抄代码” #

当你在另一个C文件（比如叫other.c）里写#include "main.c"的时候，预处理器干的事儿特别简单——直接把main.c里的所有内容原封不动插到other.c的这个#include位置，相当于把两个文件合并成了一个大源码文件。

举个实际例子：
假设main.c是这样：

#include <stdio.h>
int main() {
    printf("Hello\n");
    return 0;
}

你的other.c是：

#include "main.c"
int add(int x, int y) { return x+y; }

预处理器处理完，other.c就变成了：

#include <stdio.h>
int main() {
    printf("Hello\n");
    return 0;
}
int add(int x, int y) { return x+y; }

这个合并后的代码语法完全合法，编译器编译other.c的时候，会生成一个包含main和add两个函数的目标文件（比如other.o）；同时你单独编译main.c，也会生成一个带main函数的目标文件（main.o）。这两次编译都没语法或语义问题，所以编译阶段根本不会报错。

再看链接阶段：重复符号撞车了 #

链接器的活儿是把所有编译出来的目标文件（比如main.o和other.o）合并成最终的可执行文件。这时候它就发现不对劲了——两个目标文件里都有main函数的定义！C语言明确规定，一个程序里全局符号（比如函数）只能有一份定义，所以链接器直接抛出重复定义的链接错误。

额外提一句 #

如果你的构建过程只编译other.c，不编译main.c，那甚至不会出错误——因为只有一份main定义。但正常构建都是把所有C文件都编译后再链接，这才会触发冲突。

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