函数内同名时优先使用局部变量，全局变量被作用域遮蔽；静态局部变量初值为0，普通局部变量未初始化值为随机；extern声明不可带初始化，否则导致多重定义；全局变量跨编译单元初始化顺序未定义。
局部变量和全局变量同名时，函数里用的是哪个？
函数内部访问同名变量时，优先使用局部变量，全局变量被隐藏。这不是“覆盖”，而是作用域遮蔽——编译器按就近原则查符号，int x 在函数内声明后，所有未加限定的 x 都指它。
- 想在函数里访问同名全局变量，得用作用域解析符：
::x - 类成员函数里同名情况更复杂：形参 > 成员变量 > 全局变量；此时
this->x和::x含义完全不同 - 静态局部变量（
static int x）也遮蔽全局x，但它生命周期贯穿整个程序运行期
默认初始化值为什么一个为0、一个为垃圾值？
全局变量（含 static 变量）定义在函数外，属于静态存储期，编译器保证零初始化（int 为 0，bool 为 false，指针为 nullptr）。局部变量在栈上分配，不自动清零——省掉初始化开销，由程序员明确负责。
- 局部变量未初始化就读取，行为未定义，常见表现为随机值或崩溃，但不会报错
-
static int x;在函数内是静态局部变量，它有全局变量的初始化规则（初值为 0），但作用域仍限于该函数 - 聚合类型（如
struct）的全局实例，每个成员都零初始化；局部struct实例则完全不初始化，哪怕只差一个字节
全局变量跨文件引用时，extern 怎么写才不链接失败？
声明和定义必须严格分离：一个源文件里用 int g_val = 42; 定义全局变量；其他文件用 extern int g_val; 声明——不能带初始化，否则变成定义，导致多重定义错误。
-
extern声明可以出现在头文件里，但定义只能在且仅在一个 .cpp 文件中 - 如果头文件里写了
extern int g_val = 10;，等于定义+初始化，包含它的每个 .cpp 都会生成一份，链接时报multiple definition of 'g_val' - C++17 起可用
inline constexpr替代部分全局常量场景，避免extern管理负担
为什么有些全局变量看起来“没初始化却有值”？
不是“有值”，是恰好碰到了之前栈/堆内存残留的数据。比如某次运行中局部数组被分配到某块内存，写入后释放；下次全局变量恰巧落在同一地址，读出来像“有旧值”，但这不可预测、不可依赖。
- 调试模式下编译器可能填特定值（如 0xCC、0xCD）帮识别未初始化访问，但发布版不会
- 全局
std::string或std::vector会调默认构造函数，所以总能安全使用；但原始类型（int、char*）没有这种保障 - 用
-Wuninitialized（GCC/Clang）可捕获部分局部变量未初始化警告，但对全局变量无效——它们本就该有确定初值
真正容易被忽略的是：全局变量的初始化顺序在不同编译单元之间是未定义的。两个 .cpp 文件里的全局对象，谁先构造谁后构造，C++ 标准不保证。依赖这种顺序的代码，看似能跑，换编译器或链接顺序就崩。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
