传引用比传值快是因为只传递地址（4或8字节），避免大对象完整拷贝；但基本类型传值通常更快，且引用不解决所有权和悬空问题。
为什么传引用比传值快？看内存拷贝就知道
传值会触发完整对象拷贝，尤其对 std::vector、std::string 或自定义大结构体，开销直接翻倍。传引用（&）只是传地址，4 或 8 字节，不复制内容。
但注意：引用本身不解决所有权问题，也不自动避免悬空。它只是“别名”，不是智能指针。
- 基本类型（
int、double）传值通常比传引用更快——现代编译器常内联+寄存器优化，加一层引用反而多一次解引用 - 只读场景优先用
const T&，既避免拷贝，又防止误改 - 非 const 引用（
T&）只能绑定左值，不能接字面量或临时对象，否则编译报错：error: cannot bind non-const lvalue reference to an rvalue
const T& 和 T&& 怎么选？看实参生命周期
核心判断依据：你拿到的是一个能长期存在的变量（左值），还是刚构造出来马上要销毁的临时量（右值）？
- 函数参数想兼容两者，得重载：一个接
const T&（收左值和 const 临时量），一个接T&&（收可修改的临时量，用于移动语义） - 如果只写
T&，连foo(42)都过不了编译；只写const T&虽能编译通过，但无法对临时量做移动，白白浪费优化机会 -
std::move(x)不是移动，只是把x强转成右值引用类型，真正移动发生在目标类型的移动构造/赋值函数里
示例：
立即学习“C++免费学习笔记（深入）”；
void process(std::string const& s) { /* 只读，安全复用 */ }
void process(std::string&& s) { /* 可接管资源，比如 std::move(s) 到成员变量 */ }引用参数返回局部变量？立刻崩
返回局部变量的引用等于返回栈上已回收内存的别名，行为未定义。常见错误有：
- 函数内新建
std::string或容器，然后return s;但声明为std::string& - 误以为
auto& x = func();能延长临时对象寿命——只对 const 引用绑定纯右值有效，且仅限于该引用所在作用域 - 返回
std::vector::at()或operator[]的引用是安全的（只要 vector 没被 move 或析构），但返回std::vector::data()后自己管理生命周期就极易出错
传 const 引用真的零开销？编译器有时会偷偷拷贝
理论上 const T& 没拷贝，但某些场景下编译器可能“被迫”生成临时副本：
- 模板实例化时，若 T 是不完整类型（比如前向声明的 class），而函数体里又用了其成员，则编译器可能拒绝引用传递，转而要求定义可见并隐式拷贝
- 跨编译单元调用（尤其是未启用 LTO），内联失败时，ABI 约定可能让
const std::string&实际按值传递底层std::string对象（取决于 ABI 和标准库实现） - 调试模式（
-O0）下，编译器可能不优化掉看似冗余的拷贝，导致性能假象；务必在-O2或-O3下验证
真正关键的点：引用传递不是银弹，它省的是对象内容拷贝，但不省间接访问成本，也不解决线程安全或生命周期管理问题。最容易被忽略的是——你以为传了引用就安全了，结果对象在别的线程里被析构了。
