必须用::显式调用全局同名函数，因类内同名成员函数会隐藏全局版本；需确保全局函数已声明，匿名命名空间中不可访问；C++20支持using ::f;但受限；参数类型相近时需防重载歧义。
用作用域解析运算符 :: 显式调用全局函数
当类中定义了与全局函数同名的成员函数时，编译器在成员函数体内直接写函数名会优先绑定到自身（即发生“名字隐藏”），无法自动访问全局版本。必须用 ::func_name() 显式指定全局作用域。
常见错误现象：error: call to 'foo' is ambiguous 或静默调用到成员函数而非预期的全局函数，导致逻辑错乱。
- 全局函数必须在调用前声明（头文件中或成员函数上方）；否则
::foo()仍会报undefined reference - 如果全局函数在匿名命名空间里，
::foo()不可访问——匿名命名空间符号不进入全局作用域 - C++20 起支持
using ::foo;在成员函数内引入，但仅限无重载、无模板特化等简单情形，实用性有限
成员函数里调用带参数的全局同名函数要小心重载解析
全局函数和成员函数参数类型相近时，即使用了 ::func(...)，也可能因参数隐式转换触发意外重载匹配，尤其涉及 int/long、const char*/std::string 等。
使用场景：封装日志函数 log() 时，类内实现了一版，但底层仍需调用全局 log(const char*, ...) 写入系统日志。
立即学习“C++免费学习笔记（深入）”；
- 强制指定参数类型避免歧义，例如写
::log("msg", static_cast<int>(x))</int>而非::log("msg", x) - 若全局函数是 C 风格可变参（如
printf），确保::printf前已#include <cstdio>，且不要依赖 ADL - 模板全局函数（如
template<typename T> void swap(T&, T&)）不能用::swap直接调用，需显式指定模板实参：::swap<int>(a, b)
静态成员函数调用全局同名函数没有特殊限制
静态成员函数不带 this，名字查找规则与普通函数更接近，但依然受类作用域内同名声明影响——也就是说，即使 static void f(); 存在，f() 在函数体内仍会优先匹配它，而不是全局 f()。
性能 / 兼容性影响：无额外开销。::f() 是编译期绑定，和普通函数调用指令一致。
- 静态成员函数中写
::f()和在全局函数中写f()生成的汇编几乎相同 - 跨 DLL/so 时，若全局函数是导出符号（如 Windows 的
__declspec(dllexport)），::f()调用正常；但若仅靠头文件声明而未链接对应库，链接时报LNK2019 - 不要试图用
this->f()绕过——静态成员函数没有this，这么写直接编译失败
类内定义的友元函数如何访问全局同名函数
友元函数虽在类内声明，但属于全局作用域，按理说可以直接调用全局同名函数。但若类内同时有同名成员函数，友元函数体内的裸名 f() 仍可能被误解析为成员函数（尤其在 ADL 启用时）。
容易踩的坑：以为“友元=全局”，结果友元函数调用的却是类的成员函数，造成无限递归或逻辑错误。
- 友元函数中也应统一用
::f()明确意图，不依赖作用域推导 - 如果全局函数在命名空间中（如
ns::f()），不能用::f()，得写ns::f()；::只代表最外层匿名作用域 - 友元函数定义若放在类外（常见做法），其作用域查找从定义点开始，此时类内同名成员函数不影响它——但为一致性，仍建议显式加作用域
:: 看似简单，但在模板、ADL、using 声明混用时行为易变。实际项目里，只要出现同名冲突，优先用 ::，别赌编译器的“聪明”。 
