全局变量能跨文件使用但需extern声明，否则各.cpp中同名变量为独立副本；static全局变量仅限本编译单元；初始化顺序未定义，推荐局部静态变量封装；现代C++避免全局变量以降低维护与测试成本。
全局变量在 C++ 里到底能不能跨文件用
能，但默认不能——extern 是钥匙，不是装饰。不加它，每个 .cpp 文件里同名的全局变量其实是各自独立的副本。
- 定义变量（只在一个
.cpp中）：int g_counter = 0; - 声明变量（其他所有需要它的
.cpp或头文件中）：extern int g_counter; - 头文件里只放
extern声明，千万别放带初始化的定义，否则多个源文件包含后会链接失败：multiple definition of 'g_counter' - 如果在头文件里写了
int g_counter = 0;，又在两个.cpp中包含它，链接器当场报错
static 全局变量和普通全局变量的区别
static 修饰的全局变量作用域锁死在当前编译单元（即单个 .cpp 文件），别的文件根本看不见它，连 extern 都撬不动。
- 好处：避免命名冲突，实现“本文件私有”的全局状态
- 坏处：没法被其他模块读写，想共享就失效
- 常见误用：在头文件里写
static int g_flag = 1;→ 每个包含它的.cpp都获得一份独立拷贝，不是共享变量 - 性能无差异，纯语义和链接行为区别
全局变量初始化顺序问题怎么破
不同编译单元里的全局变量初始化顺序未定义，A.cpp 的 g_a 可能在 B.cpp 的 g_b 之前或之后构造，若 g_a 构造函数里用了 g_b，就可能访问到未初始化的内存。
- 最稳妥方案：改用局部静态变量 + 函数封装，利用“首次调用时初始化”特性：
int& get_counter() { static int val = 0; return val; } - 不要依赖全局对象的构造函数做跨文件依赖
- C++11 起，内置类型（
int、char*等）的零初始化是确定的，但带构造函数的类类型仍不可靠 - 链接时无法检测这类问题，运行时崩溃才暴露，非常难 debug
为什么现代 C++ 项目几乎不用全局变量
不是语法不行，是协作和维护成本太高：隐式依赖、测试隔离难、多线程不安全、重构时牵一发而动全身。
立即学习“C++免费学习笔记（深入）”；
- 替代方案更清晰：依赖注入、单例（谨慎）、
thread_local替代部分全局状态需求 - 日志、配置、资源管理等看似“天然全局”的场景，实际都倾向用显式传参或 RAII 容器管理
- 真要全局，至少套一层命名空间，别裸奔：
namespace app { int g_exit_code; } - 最容易被忽略的一点：全局变量让单元测试变脆弱——一个测试改了
g_flag，下一个测试可能直接挂掉，还查不出谁动的手
