extern用于声明跨文件全局变量，需在一处定义（如int x=10;），他处用extern int x;声明；extern "C"则禁用C++名字修饰以兼容C函数，二者用途不同。
extern 怎么声明一个跨文件的全局变量
在 C++ 里，extern 不是用来定义变量的，而是告诉编译器：“这个变量在别处定义了，我这里只是用一下”。常见错误是写成 extern int x = 10; —— 这会变成定义（且违反 ODR），不是声明。
正确做法分两步：
- 在一个 .cpp 文件里「定义」一次：
int global_counter = 42; - 在其他所有需要访问它的 .cpp 或头文件里「声明」：
extern int global_counter;
头文件中放 extern 声明是安全的，但绝不能放带初始化的定义。如果头文件里写了 extern int x = 0;，每个包含它的 .cpp 都会尝试定义一份，链接时报 multiple definition 错误。
extern "C" 是干什么的，和普通 extern 有什么区别
extern "C" 和变量共享无关，它只影响函数名修饰（name mangling）。C++ 编译器默认会对函数名加参数类型信息做修饰，而 C 编译器不会。所以当你要调用 C 写的库（比如 libc 或自己写的 .c 文件），必须用 extern "C" 告诉 C++：“按 C 的方式找这个符号”。
立即学习“C++免费学习笔记（深入）”；
典型用法：
- 在 C++ 代码里调用 C 函数：
extern "C" { void legacy_init(); } - 在 C 头文件被 C++ 包含时加保护：
#ifdef __cplusplus extern "C" { #endif void c_api_func(int); #ifdef __cplusplus } #endif
注意：extern "C" 不能用于变量定义（除非你真要和 C 共享全局变量），而且它不改变链接属性，只改符号名生成规则。
extern 变量在头文件里怎么写才不会重复定义
直接在头文件里写 extern int config_flag; 是合法的，但容易遗漏定义位置，导致链接失败（undefined reference to 'config_flag'）。更稳妥的做法是「声明 + 定义分离」：
- 头文件
common.h：只放extern int config_flag; - 某个源文件
globals.cpp：放唯一定义int config_flag = 1;
不要用 inline 或 constexpr 替代 —— 它们适用于常量，不适用于运行时可修改的外部状态。也不要依赖 static + extern 混用，那会导致每个编译单元一份副本，失去“外部共享”本意。
为什么 extern 变量初始化必须在定义处，不能在声明处
因为 C++ 标准规定：只有定义可以带初始化；声明只是承诺“这东西存在”，不能赋予值。写 extern int x = 5; 在任何地方都是错误 —— 编译器会当作定义处理，一旦多个 TU 包含它，就触发 ODR 违规。
常见陷阱：
- 头文件里误写
extern const int version = 2;→ 看似常量，但仍是定义，多处包含即报错 - 以为
extern能延迟初始化 → 实际上初始化时机和定义所在 TU 的全局构造顺序一致，不可控 - 在类内用
extern static→ 语法非法，static成员必须在类外定义，且不用extern
真正需要跨文件共享可变状态时，extern 是最轻量的方式，但要注意定义唯一性、初始化时机和头文件污染风险 —— 这些地方一松懈，链接期错误就很难定位。
