局部变量优先是作用域“就近查找”规则的体现：编译器从当前代码块开始逐层向外搜索，一旦找到同名变量即停止，导致内层变量遮蔽外层变量。
局部变量优先，这是 C++ 作用域规则的默认行为，不是 bug，也不报错——但容易让你读错值、改错对象。
为什么局部变量会“盖住”全局变量
编译器在查找变量时，按作用域从内到外搜索：先查当前块（比如函数体、if 或 for 块），再查外层作用域，最后才到全局命名空间。一旦在当前作用域找到同名声明，就停止向上查找。
常见错误现象：
-
int x = 100;是全局变量，void f() { int x = 200; std::cout 输出 <code>200，不是100 - 函数参数也属于局部作用域：
void log(int level) { ::level = level; }如果忘了::，这行实际是自赋值，全局level完全没变 for (int i = 0; i 中的 <code>i会遮蔽同名全局i，哪怕你本意是计数器
用 :: 访问被遮蔽的全局变量
:: 是唯一能明确指向全局命名空间中同名变量的语法。它不依赖命名空间别名，也不受 using namespace std; 干扰。
立即学习“C++免费学习笔记（深入）”；
使用条件：
- 变量必须在全局作用域（文件作用域）定义，不能是
static int x;（虽然::x在同一翻译单元仍可访问，但跨文件不可见） - 不能用于类内静态成员：
class A { static int x; };必须写A::x，不能写::A::x或::x - 匿名命名空间里的变量不属于全局命名空间，
::无法访问
示例：
int timeout = 3000;
void handle(int timeout) {
if (timeout > ::timeout) timeout = ::timeout; // 修正逻辑
::timeout += 100; // 修改全局配置
}
哪些情况最容易踩坑
不是所有同名遮蔽都显眼，尤其在维护旧代码或多人协作时：
- 宏展开后意外引入同名标识符，比如
#define MAX 1024+int MAX = 512;，::MAX不合法（宏不是变量） - lambda 捕获列表中用
[&]或[=]，若捕获了同名变量，::仍有效，但可读性极差，建议重命名 - 模板函数里参数名和全局常量同名（如
template<typename T> void init(T size)遮蔽了全局const int size = 4096;），此时::size是唯一出路 - 头文件里声明
extern int flag;，多个源文件定义该变量，若某处局部变量同名又漏写::，可能误改局部副本，导致全局状态未更新
真正难处理的不是语法，而是遮蔽发生在看不见的地方：比如一个 for 循环变量悄悄覆盖了全局计数器，而这个计数器在另一处被依赖——这种问题不会编译失败，但会让逻辑在运行时悄然偏离预期。
