extern声明变量时编译不报错但链接失败，因为extern仅作声明、不分配内存，若无且仅有一个源文件提供定义（如int global_var = 42;），链接器将因找不到符号而报undefined reference。
extern 声明变量时为什么编译不报错但链接失败？
因为 extern 只是告诉编译器“这个变量在别处定义”，它不分配内存；如果源文件里根本没出现对应变量的**定义**（即没有 int global_var = 42; 这样的语句），链接器就找不到符号，报 undefined reference to 'global_var'。
常见错误场景：头文件里写了 extern int config_flag;，所有 .cpp 都 #include 了，但没人真正定义它。
- 定义必须且只能出现在一个 .cpp 文件中（不能在头文件里加
=初始化） - 声明可以多次（头文件里放
extern是安全的） - 如果变量是 const，C++ 默认内部链接，需显式加
extern才能跨文件访问
如何正确跨文件引用全局变量？
分三步走：声明 → 定义 → 使用。关键不是“怎么写 extern”，而是“在哪写定义”。
假设要共享一个 int counter：
- 在
common.h中写：extern int counter; - 在
main.cpp或某个唯一 .cpp 里写：int counter = 0;（注意：这里不能加extern） - 其他 .cpp 包含
common.h后就能直接读写counter
如果变量是 const int version = 1;，默认只在本文件可见；想导出，得在头文件写：extern const int version;，并在一个 .cpp 里写：const int version = 1;（去掉 extern）。
extern "C" 是干啥的？跟变量引用有关系吗？
完全无关。这是用来解决 C++ 函数名修饰（name mangling）问题的，让 C++ 编译器按 C 方式生成函数符号，方便和 C 库或汇编代码链接。对变量也生效，但仅限于函数风格的符号处理。
- 写
extern "C" { int legacy_flag; }是为了兼容 C 的全局变量符号规则 - 普通 C++ 跨文件变量不需要加
"C" - 混用 C/C++ 时，C 头文件通常自带
#ifdef __cplusplus ... extern "C" ... #endif保护
替代 extern 的现代做法有哪些？
直接用 extern 全局变量容易引发命名污染、初始化顺序问题、线程安全风险。更可控的方式包括：
- 封装成 inline 变量（C++17）：
inline int& get_counter() { static int v = 0; return v; }—— 线程安全、一次定义、头文件直用 - 用单例类的静态成员：
class Config { public: static int& flag(); };，定义在 .cpp 里 - 避免全局状态：把变量作为参数传入，或用依赖注入
除非维护旧代码或嵌入式环境受限，否则不建议靠 extern 拉通全局变量 —— 它把耦合藏得太深，出问题时很难定位初始化时机和作用域边界。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
