引用不能直接转换为指针，唯一安全方式是用取地址符&对引用所绑定对象取址得到t；指针转引用须解引用ptr初始化引用，要求指针有效且对象存活。

引用转指针：取地址操作符是唯一安全方式

引用本身不是对象，没有独立内存地址，不能直接“转换”成指针。但可以通过 & 对引用所绑定的对象取地址，得到指向该对象的指针。

• 这个操作本质是访问引用背后的实体，不是转换引用本身
• &ref 的类型是 T*（假设 ref 是 T&）
• 如果 ref 绑定的是临时对象（如函数返回的右值引用），取地址后指针可能悬空，需确保对象生命周期足够长
• 不要试图对引用做 reinterpret_cast 或取引用地址再强转——行为未定义

int x = 42;
int& ref = x;
int* ptr = &ref; // ✅ 正确：ptr 指向 x

指针转引用：必须解引用且目标必须有效

指针转引用不是类型转换，而是通过解引用（*）获得左值，再用该左值初始化引用。这要求指针非空、已解引用、且所指对象仍存活。

• *ptr 必须是左值表达式，否则无法绑定到非 const 引用
• 若 ptr 为 nullptr 或野指针，解引用导致未定义行为（常见 crash）
• 引用一旦绑定就不能重绑定，所以这不是“转换”，而是一次性初始化动作
• const 引用可绑定到右值，但普通指针解引用仍是左值，这点不影响

int* ptr = new int(100);
int& ref = *ptr; // ✅ 正确：ref 绑定到 *ptr 所指对象
// int& ref2 = *static_cast<int>(nullptr); // ❌ UB
</int>

为什么不能用 reinterpret_cast 或 memcpy “转换”

引用和指针在 ABI 层可能有相同表示（如 x86-64 下都是 8 字节地址），但 C++ 标准严禁将引用当作对象来读写。

• reinterpret_cast<t>(ref)</t> 非法：不能对引用做 reinterpret_cast 到指针类型

• 把引用地址强制 reinterpret_cast 成指针类型（如 reinterpret_cast<int>(&ref)</int>）看似可行，但语义错误：你拿到的是引用自身的地址（即对象地址），不是“引用类型的指针”，容易误导

  

  C++ Code Review Master

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

  下载

• 用 memcpy 复制引用的底层字节？未定义行为：引用不是可平凡复制的（trivially copyable）对象，标准不保证其内存布局

• 编译器可能对引用做优化（如完全消除），导致取地址操作被内联或省略

• 调试时看到引用变量在栈上“没空间”，不代表它没对应实体——只是编译器选择复用原变量位置

实际开发中更该关心生命周期和语义

真正出问题的从来不是“怎么转”，而是转完之后谁管内存、谁负责释放、对象是否还活着。

• 返回局部变量的引用并转成指针？悬空指针
• 把智能指针管理的对象地址取出来存为裸指针？忘了 RAII 就等于埋雷
• 在 lambda 中捕获引用，又把对应指针传给异步任务？极易竞态或访问已析构对象

别纠结语法层面的“转换写法”，先问清楚：这个指针/引用接下来要活多久？由谁销毁？有没有别名干扰？这些比 & 和 * 多敲一个字符重要得多。

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！