C++ std::addressof怎么防止对象重载取地址符-C++-PHP中文网

c++oding="utf-8" ?>

std::addressof能绕过operator&重载，因其通过reinterpret_cast强制穿透对象边界，而char&不可重载且标准允许无条件转换，从而跳过重载解析。

c++ std::addressof怎么防止对象重载取地址符

std::addressof 为什么能绕过 operator& 重载

当你写 &obj，编译器会优先查找 obj.operator&()；如果类定义了它，就调用这个函数，而不是返回真实内存地址。而 std::addressof(obj) 是特化设计的工具函数，它通过 reinterpret_cast + char& 强制穿透对象边界，跳过所有用户定义的 operator& 查找过程。

它的核心实现逻辑（简化版）是：

template<class t>
constexpr T* addressof(T& arg) noexcept {
    return reinterpret_cast<t>(
        reinterpret_cast<char>(arg)
    );
}</char></t></class>

因为 char& 是标准中明确允许对任意对象进行无条件 reinterpret 的“安全入口”，且 char& 不可能被用户重载（没有 operator& 可重载），所以这一步完全绕开了重载解析。

什么时候必须用 std::addressof 而不是 &

以下场景中，直接写 &obj 可能出错或返回非预期值：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

对象类型重载了 operator& 并返回代理、智能指针或空值（比如某些调试包装器或旧式 COM 接口封装）
用在模板元编程中，你无法预知 T 是否重载了 operator&，但需要确保拿到原始地址（例如实现容器的底层内存布局操作）
配合 std::allocator_traits::address() 或自定义分配器时，标准要求必须使用 std::addressof 获取元素地址
在 std::launder 或 placement new 后获取刚构造对象的地址——此时若类型重载了 &，&obj 可能触发未定义行为

std::addressof 的参数限制和常见误用

std::addressof 只接受左值引用，不能传右值、临时对象或字面量：

✅ 正确：int x = 42; auto p = std::addressof(x);
❌ 错误：std::addressof(42) —— 编译失败，无法绑定到 int&& 或 const int& 参数（C++17 起要求严格左值）
❌ 危险：std::addressof(*ptr)，当 ptr 为空时触发未定义行为（和 &*ptr 一样，不额外做空检查）
⚠️ 注意：对 const 对象有效，std::addressof(const_obj) 返回 const T*，类型推导正确

和 & 在性能与 ABI 上有区别吗

没有。现代编译器（GCC/Clang/MSVC）对 std::addressof(x) 几乎总是内联为一条取地址指令（如 lea），生成的汇编和 &x 完全一致——前提是 x 是普通变量且未重载 operator&。真正差异只在语义层：前者强制物理地址，后者是表达式运算符重载的语法糖。

但要注意：如果你在头文件里大量使用 std::addressof，而目标平台是极老的编译器（如 GCC 4.6 以前），它可能未实现该函数（C++11 标准引入，但早期 libstdc++ 漏掉了），需自行 fallback 或升级标准库。

真正容易被忽略的是：它不解决对象生命周期问题——哪怕拿到了地址，若对象已析构，解引用仍是未定义行为。别以为用了 std::addressof 就等于“安全取址”。