C++ const引用传参 C++ 避免对象拷贝提升性能【优化】

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& v) 安全；void store(std::vector&& v) 表示接收后会 move 进成员变量；而 void calc(int x) 比 const int& x 更自然也更快。

最易被忽略的是：const 引用无法阻止底层数据被多线程修改（它只禁写，不提供同步），并发场景下仍需额外保护。