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