全局变量默认为文件作用域，跨文件需用extern声明+单点定义；头文件中只放extern声明，避免多重定义；static全局变量限于本编译单元；命名空间不改变链接属性。
全局变量默认就是文件作用域，不是跨文件的
很多人以为 int x; 写在所有函数外就是“整个程序都能用”，其实它只对定义它的那个 .cpp 文件有效。其他文件即使 #include 了头文件，也看不到这个变量——除非你显式声明它是外部的。
常见错误现象：undefined reference to 'x' 链接失败，或者编译时提示 'x' was not declared in this scope。
- 在定义文件（如
main.cpp）里写int x = 42;—— 这是定义，占用存储空间 - 在其他文件（如
util.cpp）里想用它，必须写extern int x;—— 这只是声明，不分配内存 - 如果放在头文件里直接写
int x;，又被多个.cpp包含，会触发多重定义错误（multiple definition）
想让全局变量跨文件访问，得靠 extern + 单点定义
正确做法是：一个源文件负责定义，其他地方只用 extern 声明。头文件里只放声明，不放定义。
使用场景：配置参数、状态标志、日志句柄等需要被多个模块读写的共享数据。
- 头文件
global.h中写：extern int g_debug_level;<br>extern const char* g_app_name;
- 源文件
globals.cpp中写：int g_debug_level = 1;<br>const char* g_app_name = "myapp";
- 其他
.cpp文件包含#include "global.h"就能直接用g_debug_level
静态全局变量限制在单个编译单元内
加 static 的全局变量，作用域缩到当前 .cpp 文件，连 extern 都引不到。这和 C++17 的 inline 变量不同，别混淆。
性能 / 兼容性影响：无运行时开销，但会增加每个目标文件的符号表体积（不过通常可忽略）。
-
static int g_counter = 0;→ 只有本文件的函数能访问，其他文件哪怕同名也互不影响 - 适合封装内部状态，比如某个模块的私有缓存或计数器
- C++17 起可用
inline constexpr int g_version = 102;实现跨文件常量，但非常量不能用inline替代extern
命名空间能组织全局变量，但不改变链接属性
把全局变量放进命名空间（比如 namespace app）只是避免名字冲突，它还是遵循原来的链接规则：没 extern 就是文件作用域，有 extern 才能跨文件。
容易踩的坑：以为 namespace app { int x; } 写在头文件里就能到处用，结果一编译就报 multiple definition。
- 正确方式：
// global.h<br>namespace app {<br> extern int x;<br>}// globals.cpp<br>namespace app {<br> int x = 100;<br>} - 错误方式：头文件里写
namespace app { int x = 100; }→ 每个包含它的.cpp都生成一份定义 - 更安全的现代替代：考虑用
inline变量（C++17），但仅限于constexpr或带初始化器的inline，且必须保证定义唯一
真正麻烦的不是语法，而是多人协作时谁该定义、谁只声明、头文件要不要暴露、是否线程安全——这些没法靠 extern 自动解决。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
