未初始化的全局变量会被自动设为0；因其具有静态存储期，c++标准保证默认初始化为0，由操作系统在加载时清零.bss段实现，不占可执行文件空间。
未初始化的全局变量会被自动设为 0
只要变量具有静态存储期（即全局、static 修饰的局部或 static 全局），即使你没写 = 0，编译器也会确保它在程序启动时被清零。这不是“不初始化”，而是由 C++ 标准保证的默认初始化行为。
这种零值不是运行时靠代码赋的，而是在加载阶段由操作系统把 .bss 段整块清零完成的——所以不占可执行文件体积，但运行时一定有确定初值。
-
int→0 -
double→0.0 -
char*→nullptr -
std::string→ 空字符串（调用默认构造函数）
全局变量定义在头文件里会链接失败
如果你把 int config_flag; 这样的未初始化全局变量直接写在头文件中，又被多个 .cpp 文件包含，每个翻译单元都会生成一个 config_flag 的定义，最终链接时报 multiple definition of 'config_flag'。
正确做法是：头文件中只用 extern int config_flag; 声明；真正定义（且不带 extern）只出现在一个 .cpp 文件里。
- 错误：
config.h中写int verbose_level = 1;→ 多个定义 - 正确：
config.h中写extern int verbose_level;，config.cpp中写int verbose_level = 1; - 更安全：
config.h中写inline constexpr int max_retry = 3;（C++17 起支持inline变量）
跨文件依赖时，未初始化 ≠ 安全
即使两个全局变量都未显式初始化，它们之间的依赖仍可能出问题。比如 file1.cpp 中 int a = get_config();（动态初始化），file2.cpp 中 int b = a * 2; ——此时 a 是否已构造完，C++ 标准不保证。
这种问题不会报错，但运行时 b 可能读到 0 或垃圾值，尤其在不同平台或优化等级下表现不一致。
- 根本原因：跨翻译单元的初始化顺序未定义
- 典型症状：
main()之前就崩溃、日志缺失、配置值异常为 0 - 绕过方式：改用局部
static变量封装，如int& get_a() { static int x = get_config(); return x; }
局部变量没初始化和全局变量没初始化，完全是两回事
新手常混淆这点：void f() { int x; printf("%d", x); } 是未定义行为，x 的值是栈上残留垃圾；而 int x; 在文件作用域下是安全、确定为 0 的。
编译器对这两者的态度也不同：对前者通常发警告（如 -Wuninitialized），对后者完全沉默——因为它本就不该警告。
- 查错重点：看变量声明位置。在函数内？→ 必须初始化。在函数外？→ 不初始化也 OK，但别依赖它“恰好”是 0 来掩盖逻辑漏洞
- 工具提示：
clang++ -Wglobal-constructors可揪出潜在的跨文件初始化依赖
真正容易被忽略的是：零初始化只是内存层面的保障，不等于业务逻辑安全。比如你期望一个全局 std::vector<int> cache;</int> 是空的，它确实是；但若后续某处误把它当成已预分配容器来 cache[0] = 42;，那就越界了——这跟初始化无关，但人常归咎于“没初始化好”。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
