C++中命名空间前加::前缀有何作用？为何常出现在宏中？

开头的::是全局作用域解析符，核心作用是强制编译器从最顶层的全局命名空间开始查找后续标识符，跳过所有当前内层作用域的同名声明，从根源上避免名字查找冲突。

你在宏里高频见到这种写法，完全是由宏的特性决定的：

• 宏是纯文本替换，展开的位置完全不受控：它可能被展开在任意嵌套命名空间、类成员函数、甚至其他自定义同名实体的作用域内部。如果不加前置::，编译器查找__interception这类名字时，会优先从当前展开位置的内层作用域往外找，一旦当前作用域存在同名的命名空间、类、变量，就会直接匹配到错误的符号，轻则编译报错，重则匹配到逻辑完全不对的同名实现，引发极难排查的运行时问题。
• 规避C默认的名字隐藏规则：C的名字查找逻辑是找到内层作用域第一个匹配的名字就终止，不会继续向外层查找。哪怕全局作用域下已经存在正确的__interception命名空间，只要当前内层作用域有同名实体，不加前置::就永远找不到全局的正确实现。

你贴的是平台钩子拦截库的常见宏定义，里面所有::__interception::前缀的写法，都是为了做强制的全局作用域定位：不管这个宏被写到什么业务代码里、展开在多深的命名空间下，都能精准命中全局作用域下的拦截库实现，不会被业务代码里的同名声明干扰。

给你个最直观的反例：

// 全局作用域下的拦截库官方命名空间
namespace __interception {
    using uptr = unsigned long long;
    void OverrideImportedFunction(const char*, const char*, const char*, uptr, uptr*);
}

namespace your_project {
    // 业务代码里不小心定义了同名命名空间，和全局的重名
    namespace __interception {
        // 这里没有定义拦截库的任何类型、函数
    }

    void InstallHook() {
        // 如果宏里没加前置::，展开后会优先找your_project::__interception下的符号
        // 直接报"uptr不是类型名""OverrideImportedFunction未定义"的编译错误
        INTERCEPT_FUNCTION_DLLIMPORT("app.exe", "kernel32.dll", CreateFileW);
    }
}

除了宏场景之外，这种写法也通用在所有需要明确引用全局符号的场景：比如类成员函数和全局函数同名时，加::前缀就能明确指定调用全局版本。

内容的提问来源于stack exchange，提问作者王一楠