全局变量定义分配内存并可选初始化，声明仅告知编译器存在及类型；一个变量只能定义一次但可多次声明，头文件中应只放extern声明，定义放在单一.cpp文件中。
全局变量的定义和声明到底差在哪
定义是分配内存并可选初始化，声明只是告诉编译器“这东西存在，类型是啥”。一个变量只能定义一次，但可以声明多次。int x = 42; 是定义；extern int x; 是声明——它不占内存，也不允许初始化（否则就变成定义了）。
常见错误现象：error: redefinition of 'x'，往往是因为头文件里写了 int x = 0;，又被多个 .cpp 文件包含，导致每个编译单元都试图定义一遍。
- 头文件里只放声明：
extern int config_timeout; - 全局变量的定义必须且只能出现在一个
.cpp文件里：int config_timeout = 5000; - 如果在头文件中误写成
int config_timeout = 5000;，又在两个源文件中#include它，链接时会报multiple definition
extern 关键字什么时候必须加，什么时候不能加
extern 的核心作用是“取消默认的内部链接属性”，让变量跨编译单元可见。但它不是万能前缀——加错地方反而出问题。
使用场景：你想在 a.cpp 里用 b.cpp 中定义的全局变量，就得在 a.cpp（或它包含的头文件）里用 extern 声明。
立即学习“C++免费学习笔记（深入）”；
- 在定义处不能加
extern：extern int log_level = 3;❌ —— 这是非法定义，编译失败 - 在声明处不加
extern会变成定义（如果带初始化）：int log_level = 3;在头文件里 = 每个包含它的.cpp都定义一份 -
extern可以修饰函数声明，但函数声明默认就是 extern，所以extern void foo();和void foo();等价 - C++ 中
const全局变量默认是 internal linkage，想跨文件用必须显式加extern：extern const double PI = 3.14159;
为什么头文件里放 extern 声明 + 单个 cpp 定义是最安全的模式
因为这样把“唯一性”约束交给编译器检查：链接器只认一个定义，而所有声明都指向它。其他方式（比如用 inline 变量、静态局部模拟全局）要么 C++17 起才支持，要么语义不同、容易混淆。
性能/兼容性影响：无运行时开销；extern 声明本身不生成代码，只是编译期符号引用；所有标准 C++ 编译器都支持该用法。
- 头文件
globals.h：extern int g_max_retries;extern const char* g_app_name; - 源文件
globals.cpp：int g_max_retries = 3;const char* g_app_name = "myapp"; - 其他
.cpp文件只需#include "globals.h"就能用，无需重复声明 - 别试图在头文件里用
inline int g_counter = 0;替代——那是 C++17 新特性，老项目不兼容，且语义是“每个 TU 各有一份副本”，不是真正全局
容易被忽略的链接错误和调试线索
最常见的不是编译失败，而是链接失败：undefined reference to 'g_config_path'。这意味着你声明了，但没在任何 .cpp 文件里定义它。
调试时先确认三件事：声明是否拼写一致（大小写、下划线）、定义是否真的存在于某个 .cpp（而非注释掉或条件编译屏蔽）、目标文件是否参与链接（Makefile 或 CMake 是否漏掉了定义所在的源文件）。
- 检查符号是否存在：
nm -C your_object.o | grep g_config_path—— 应该看到U（undefined）或B/D（defined） - 如果只有
U，说明声明有，定义没找到；如果连U都没有，可能是声明根本没被编译进去（头文件路径错、宏没开） - Windows 下用
dumpbin /symbols替代nm - 不要依赖 IDE 的“跳转到定义”功能来验证——它可能只搜源码，不校验实际链接行为
全局变量本身不难，难的是让多个编译单元对“同一个名字”达成一致理解。这个一致性的边界，全靠 extern 声明和单点定义来守住。漏掉任何一个环节，问题就会拖到链接阶段才暴露。
