const引用传参能避免拷贝，因其是原对象别名，不触发拷贝构造且为语言语义保证；适合大型或不可移动对象的只读访问，但小型类型传值更高效。
为什么 const 引用传参能避免拷贝
当函数参数是大型对象（比如 std::vector、自定义类等）时，按值传递
const T& 本质是别名，不分配新内存，也不调用拷贝构造函数——只要原对象生命周期覆盖函数调用期，就能安全读取。
注意：这不是“编译器优化”的结果，而是语言语义保证的行为。即使关闭所有优化（-O0），const T& 依然不拷贝。
哪些类型适合 const 引用传参
适合场景有明确边界：
- 对象尺寸较大（通常 > 16 字节，或含动态内存，如
std::string、std::map） - 类型不可移动或移动代价高（如含
std::mutex的类） - 函数只读访问，且不延长对象生命周期（不存储引用到外部）
反例：内置类型（int、double）、小型 POD（如二维点 struct {float x,y;}）——传值更高效，因为引用本身在 x64 上常是 8 字节指针，反而更大。
const 引用传参的常见陷阱
看似安全，但几个细节容易翻车：
- 不能绑定到临时对象（除非是
const T&&或 C++11 后的“延长临时对象生命周期”规则，但仅限于直接绑定，经函数参数转发会失效） - 若函数内隐式调用非
const成员函数（比如误写obj.modify()），编译直接报错：error: passing 'const T' as 'this' argument discards qualifiers - 传入字面量或右值时，部分老代码会意外接受（如
void f(const std::string& s)能接f("hello")），但实际构造了临时std::string，仍有一次构造开销——这不是拷贝，但也不是零成本
对比：const 引用 vs 值传参 vs 移动传参
选择依据不是“统一风格”，而是数据流向和所有权：
- 只读 + 大对象 →
const T& - 小对象（≤ 寄存器宽度）→ 直接
T（值传参） - 函数要“拿走”所有权（如缓存、转移内容）→
T&&，配合std::move
例如：void process(const std::vector 安全；void store(std::vector 表示接收后会 move 进成员变量；而 void calc(int x) 比 const int& x 更自然也更快。
最易被忽略的是：const 引用无法阻止底层数据被多线程修改（它只禁写，不提供同步），并发场景下仍需额外保护。
