使用作用域解析运算符::可访问被遮蔽的全局变量，因::表示从最外层作用域查找，适用于局部、类成员或命名空间同名变量遮蔽全局变量时，且不依赖using声明或命名空间别名。
用作用域解析运算符 :: 访问被遮蔽的全局变量
当局部变量、类成员或命名空间内同名变量与全局变量重名时，全局变量会被遮蔽（shadowed），此时直接写变量名会绑定到最近的作用域。要绕过遮蔽拿到全局版本，必须显式指定全局作用域——唯一可靠的方式就是用 :: 前缀。
常见错误是试图用 global::var 或 extern var，但 C++ 没有 global 命名空间；extern 只能声明，不能用于访问已定义的同名局部变量。
-
::var中的::表示“从最外层作用域开始查找”，不依赖任何命名空间别名或 using 声明 - 如果全局变量在头文件中定义为
extern int var;，而源文件里用int var = 42;定义，那么::var仍有效——前提是该源文件确实定义了它（ODR 合规） - 若全局变量是 const 且未显式声明为
extern（如const int var = 10;），它默认具有内部链接，此时::var在其他编译单元不可见；需加extern const int var;声明 + 单独定义才能跨文件访问
类成员函数里访问同名全局变量
类内部定义的成员变量或参数名和全局变量冲突时，this-> 和参数名都会优先匹配，:: 是唯一出路。
int value = 100;
struct S {
int value = 200;
void foo(int value) {
std::cout << value << "\n"; // 输出参数值
std::cout << this->value << "\n"; // 输出成员值
std::cout << ::value << "\n"; // 输出全局值：100
}
};
注意：::value 不受类作用域影响，也不受 using namespace std; 干扰——它只看翻译单元顶层。
立即学习“C++免费学习笔记（深入）”；
- 如果全局变量在匿名命名空间里（
namespace { int value = 50; }），则::value不可访问，因为匿名命名空间中的名字不进入全局作用域 - 若类模板中使用
::value，需确保实例化时全局变量已声明（通常把全局变量声明放在模板定义前，或头文件中）
嵌套作用域下 :: 的行为边界
:: 总是跳过所有中间作用域，直抵编译单元最外层（即“全局命名空间”），但它不跨文件、不跨链接单元，也不穿透 extern "C" 块的语义边界。
- 在命名空间内（如
namespace ns { int x = 1; void f() { int x = 2; std::cout ），<code>::x仍指全局变量，不是ns::x - 如果全局变量被
#define x 999宏定义覆盖，::x仍会被预处理器展开——::是编译期机制，晚于宏替换，所以宏定义会破坏其用途 - 静态库或动态库中定义的“全局变量”，若未导出符号（如 Windows 上没加
__declspec(dllexport)），主程序即使写了::var也会链接失败，报LNK2001: unresolved external symbol
比 :: 更隐蔽的遮蔽场景：using 声明和 using 指令
using std::cout; 或 using namespace ns; 可能引入同名标识符，导致全局变量被间接遮蔽。此时 :: 依然有效，但容易被忽略。
int status = 0;
void bar() {
using std::status; // 假设 std 里真有 status（实际没有，仅为示意）
// 此时 status 已被遮蔽
std::cout << ::status << "\n"; // 必须这样写
}
真正麻烦的是标准库头文件悄悄带进来的名字——比如某些平台的 <sys/stat.h> 会定义全局 stat 函数，恰好和你的全局变量 stat 冲突。这类问题往往只在特定平台暴露，且编译器不一定报错（函数和变量不同名空间，但 ADL 或重载解析可能搅局）。
这种情况下，::stat 是安全解法，但更稳妥的做法是在定义全局变量时就避开常见系统符号名，比如改用 g_status 或 app_status。
