C++中的大对象传递策略与接口成本控制

C++中的大对象传递策略与接口成本控制

接口性能问题往往不是算法本身，而是参数传递策略不合理。尤其在字符串、容器、复杂结构和消息对象大量流动的系统中，值传递、引用传递和移动接管的选择会直接影响开销。

最基础的规则是区分语义：

- 只读借用：const T&
- 可修改借用：T&
- 接管所有权：T 或 std::unique_ptr
- 小而廉价的标量：按值传递

例如：

#include

void print_name(const std::string& name) {
}

void set_name(std::string name) {
// 接管参数副本，可在内部 move 到成员
}

后者有一个现代写法优势：如果调用方传右值，构造参数时可直接移动进入函数，再移动到成员，接口更统一。

示意成员赋值：

#include
#include

class User {
public:
void set_name(std::string name) {
name_ = std::move(name);
}

private:
std::string name_;
};

但这并不意味着大对象都该按值传递。若函数只是读取参数，不应为了“统一接口”额外复制一份。

另一个容易忽略的成本是返回值。现代 C++ 返回对象通常很高效，因为有 RVO 和移动语义支持。因此不应再出于旧习惯过度依赖输出参数。

工程上真正重要的是让接口成本与语义一致：

- 读接口别偷偷复制
- 写接口明确是否接管资源
- 不要为了避免一次 move 而把接口搞得难懂

高级接口设计不是极端追求零拷贝，而是在语义清晰的前提下，把不必要的数据搬运压到最少。