多依赖C文件gcc编译时全局变量多重定义问题及相关疑问

链接阶段报错原因 #

问题出在全局变量的定义位置：

• 当global.h里写int glob_int=0;时，每个包含global.h的.c文件（main.c和new.c）在编译成.o文件时，都会生成一个glob_int的实体定义（分配内存）。
• 链接阶段，编译器会把所有.o文件合并，发现两个文件都有glob_int的定义，就会抛出「多重定义」错误。

头文件保护（比如#ifndef ... #define ... #endif）只能防止同一个源文件重复包含头文件，但解决不了多个源文件各自包含头文件后生成多个全局变量定义的问题。

可行的编译解决方法 #

核心原则：全局变量只能在一个源文件中定义，其他需要使用的文件通过extern声明引用。

方法1：标准的全局变量共享方式 #

1. 修改global.h，只做声明不定义：

// global.h
extern int glob_int;  // 声明：告诉编译器这个变量在其他地方定义

2. 在任意一个源文件中定义变量（比如main.c或者单独新建global.c）：

// 比如放在main.c开头，或者global.c里
int glob_int = 0;  // 定义：分配内存，整个程序只有这一份

3. 保持原来的编译命令不变，重新编译链接即可：

gcc -c ./src/*.c -I"F:\Codes\prog\include"
gcc *.o -o ./bin/main.exe

方法2：使用static（仅适合不需要跨文件共享的场景） #

如果你的需求是每个源文件用自己的glob_int（但你现在需要共享，所以这个方法仅作补充），可以在源文件里定义static int glob_int=0;，但这样变量只在当前源文件可见，无法跨文件共享，不符合你的需求。

为什么多数C程序员不推荐「在main.c中包含源文件」的方式 #

1. 编译效率低下：每次编译main.c，都要重新编译被包含的所有源文件，代码量越大，编译时间越长。而分开编译.o文件的话，只有修改过的源文件需要重新编译，其他.o可以复用。
2. 符号冲突风险高：如果多个源文件包含同一个源文件，或者源文件里有全局变量/函数定义，很容易出现重复定义错误（即使你加了头文件保护，源文件里的定义还是会被多次编译）。
3. 破坏模块化结构：C语言的编译单元是.c文件，每个.c应该是一个独立的模块。包含源文件会把所有代码揉进一个编译单元，不利于代码的维护、分工和复用。
4. 调试难度增加：编译后所有代码都在main.o里，调试时很难快速定位问题出自哪个模块的代码，也不利于单独测试某个模块。

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