引用是目标变量的别名，无独立内存；指针是对象，有独立地址和大小（通常8字节）；引用必须初始化且不可重绑定，指针可为空、可重赋值、支持算术运算。
引用和指针在内存层面的本质区别
引用不是对象，它只是目标变量的别名；指针是对象，有自己独立的内存地址和大小（通常 8 字节）。这意味着 &a（取引用的地址）实际得到的是被引用变量的地址，而 &p（取指针变量的地址）得到的是指针自身存储位置的地址。
常见错误现象：int& r = a; int* p = &r; 看似冗余，但合法；而 int& r2 = &a; 编译失败——因为 &a 是右值（地址常量），不能绑定到非 const 左值引用。
- 引用必须初始化，且之后无法重新绑定到其他变量；指针可先声明后赋值，也能多次改变指向
- 不存在“空引用”，但存在空指针（
nullptr） - 引用类型一旦确定就不能更改（
int&不能变成double&），指针可通过类型转换（如reinterpret_cast）强行改变解释方式（不推荐）
为什么函数传参常用 const 引用而不是指针
核心原因是语义清晰 + 避免意外修改 + 零拷贝。比如 void func(const std::string& s) 明确表达“只读大对象”，调用时写法自然（func(str)），不像指针需显式取地址（func(&str)），也避免了 func(nullptr) 的空指针风险。
性能影响：对小型 POD 类型（如 int、char），传值比传 const 引用更快（无间接寻址开销）；对大型对象（如 std::vector、自定义类），const 引用避免深拷贝，优势明显。
立即学习“C++免费学习笔记（深入）”；
- const 引用可绑定临时对象（
func(std::string("hello"))合法），普通非 const 引用和指针都不行 - 指针传参需调用方主动判断是否传
nullptr，const 引用天然规避该问题 - 编译器对 const 引用的优化更激进（例如 RVO、NRVO 可能被触发）
引用传参的隐藏陷阱：悬垂引用和生命周期问题
引用本身不管理所绑定对象的生命周期。最典型错误是返回局部变量的引用：const std::string& bad() { std::string s = "hi"; return s; } —— 函数返回后 s 析构，引用悬垂，后续访问是未定义行为。
容易被忽略的场景：lambda 捕获引用、容器中存储引用（C++ 不允许 std::vector）、结构体成员为引用且初始化依赖临时对象。
- 函数返回引用时，必须确保被引用对象的生存期长于引用的使用期
- 避免在类成员中保存对局部参数的引用（除非参数是 const 引用且明确其生命周期由调用方保证）
- 调试时注意：GDB 中打印悬垂引用可能显示旧值（因内存尚未覆写），造成误判
什么时候必须用指针而不能用引用
当需要表达“可选”“未初始化”或“动态重绑定”语义时，指针不可替代。例如：树节点的子指针（Node* left; 可为 nullptr）、工厂函数返回新对象（Base* create(); 可能返回 nullptr）、多态基类指针数组。
另一个硬性限制：C++ 标准禁止引用数组（int& arr[10] 非法），但指针数组（int* arr[10]）完全合法；同理，不能定义引用的引用（int&&& 无效），但指针的指针（int**）很常见。
- 需要做算术运算（如遍历数组）时，用指针更直接（
p++），引用无法递增 - 与 C API 交互时，绝大多数接口用指针（
fopen返回FILE*），强行包装成引用反而增加间接层 - 模板元编程中，指针类型可作为非类型模板参数（
template struct X;），引用不行
引用和指针的选择从来不是语法偏好问题，而是对“所有权”“可空性”“生命周期”这三件事的显式表态。写错一个 & 或 *，往往意味着对数据归属关系的理解偏差。
