C++如何使用指针处理大对象传递性能问题-C++-PHP中文网

大对象值传递必然拖慢程序，因触发完整拷贝；应优先使用 const t& 实现零拷贝只读访问，仅在需空指针或重绑定时用指针。

c++如何使用指针处理大对象传递性能问题

为什么大对象传值会拖慢程序

直接用 std::vector、std::string 或自定义结构体作函数参数时，如果按值传递，编译器会触发完整拷贝——哪怕你只读不改。一个含 10 万元素的 std::vector<int></int> 拷贝一次就可能耗掉几百纳秒，循环里反复调用就成性能热点。

这不是“可能变慢”，而是确定发生：拷贝构造函数被调用，内存被分配、内容被逐字节复制，缓存行被大量刷写。

内置类型（int、double）仍该用值传递——小、寄存器友好
任何 sizeof(T) > 16 的对象，都建议优先考虑引用或指针
临时对象（如 func(getBigData())）更要警惕：RVO 不总生效，移动语义也未必触发

const 引用是默认首选，不是“可选项”

90% 场景下，你真正需要的只是“看一眼”，而不是“改它”。这时 const T& 是最轻量、最安全、最通用的解法。

它不触发拷贝，不改变原始数据，且能绑定左值、右值（C++11 起），连临时对象也能接住：

void process(const std::vector<int>& data) {
    // 只读访问，零拷贝
    for (int x : data) { /* ... */ }
}
<p>// 完全合法，临时 vector 自动绑定到 const 引用
process(std::vector<int>{1,2,3,4,5});</int></p></int>

不要写 const T*——多一层空指针检查，语义还弱于引用
避免 T&（非常量引用）：无法绑定临时对象，限制调用场景
类成员函数中若需保证不修改对象状态，参数也必须用 const T&，否则 const 成员函数无法调用

什么情况下该用指针而非引用

只有两个明确理由才用 T*：一是允许为空（nullptr），二是需要重新绑定指向（比如在函数内做指针算术或迭代）。

C函数速查手册（CHM版）

下载

例如处理 C 风格数组、与旧 API 交互、或实现某些底层容器逻辑：

void parse_buffer(const char* buf, size_t len) {
    if (!buf) return; // 显式判空
    // buf + i 做偏移计算
}

const T* 和 const T& 性能几乎等价，但语义不同：前者可空、可重定向；后者必有效、不可重绑
别为了“统一风格”而把所有引用改成指针——增加空检查负担，还掩盖了设计意图
现代 C++ 中，std::optional<t></t> 仍不支持，所以真要表达“可选引用”，目前只能靠指针

容易被忽略的陷阱：隐式转换 + 临时对象 + 值传递

最隐蔽的性能杀手不是你主动写的拷贝，而是编译器悄悄生成的临时对象再传值：

// 看似无害，实则危险
void log(std::string s); // 参数是值类型
log("hello"); // 先构造临时 std::string，再拷贝给 s

这种写法在日志、调试、字符串拼接等高频路径里极易放大开销。

立刻改成 void log(const std::string& s)，同时兼容 const char* 字面量（通过隐式构造转 const 引用）
如果函数内部确实要修改副本（比如 trim、to_upper），再显式拷贝：std::string local = s; —— 至少意图清晰
模板函数中尤其危险：template<typename t> void f(T x)</typename> 对大对象就是灾难，应改为 template<typename t> void f(const T& x)</typename>

真正难的不是写对那一行 const T&，而是养成条件反射：只要参数类型不是基本类型或小结构体，先加 const &，再想“我真需要改它吗？”——绝大多数时候，答案是否定的。