返回值优化（RVO）是C++中编译器通过直接在目标位置构造返回对象来消除多余拷贝的技术，提升性能；其扩展形式NRVO适用于命名局部变量，在单一返回路径下更易触发；现代编译器常默认启用RVO，配合移动语义进一步优化，建议保持简单返回结构以提高优化成功率。
返回值优化（Return Value Optimization, 简称 RVO）是 C++ 编译器的一种重要优化技术，用于消除不必要的对象拷贝。当函数返回一个局部对象时，按常规逻辑会调用拷贝构造函数将该对象复制给接收方。但 RVO 允许编译器直接在目标位置构造对象，从而跳过临时对象的创建和拷贝过程，提升性能。
什么是返回值优化（RVO）
RVO 的核心思想是：既然函数返回的是一个即将被复制出去的对象，那为什么不直接在调用者期望的位置构造它？这样就避免了中间临时对象的生成以及随后的拷贝或移动操作。
例如以下代码：
std::string createString() {
std::string s = "hello";
return s; // 此处本应发生拷贝，但可能被 RVO 优化掉
}
如果没有 RVO，return s; 会触发拷贝构造函数，把局部变量 s 复制到外部接收位置。而启用 RVO 后，编译器会直接在调用者的内存空间中构造这个字符串，省去一次拷贝。
立即学习“C++免费学习笔记（深入）”；
NRVO：命名返回值优化
NRVO（Named Return Value Optimization）是 RVO 的一种扩展形式，针对有名字的局部变量进行优化。上面的例子就是 NRVO 的典型场景。
虽然 NRVO 属于 RVO 的范畴，但它对编译器的要求更高，因为需要分析变量是否可以安全地被“复用”在返回路径上。
注意，并非所有情况下 NRVO 都能生效。比如：
- 函数中有多个返回路径，返回不同的局部变量
- 返回的是引用或指针指向的对象
- 编译器无法确定对象生命周期的安全性
这些情况可能导致 NRVO 失效。
现代 C++ 中的移动语义与 RVO 的关系
C++11 引入了移动语义后，即使 RVO 不生效，也可以通过移动构造函数减少开销。但移动操作仍然比完全省略构造更耗资源。
因此，RVO 依然是首选优化方式。编译器通常优先尝试应用 RVO，若不可行则退而求其次使用移动构造。
值得注意的是，即使没有显式启用优化选项（如 -O2），主流编译器（GCC、Clang、MSVC）也常常默认支持 RVO，尤其是在 Release 模式下。
如何确保 RVO 能够生效
为了提高 RVO 触发的概率，建议遵循以下实践：
- 尽量让函数只有一个返回语句，返回同一个局部对象
- 避免在多个分支中返回不同命名变量
- 使用一致的返回类型与局部变量类型
- 不要强制返回匿名临时对象（除非必要）
例如，下面这种写法不利于 RVO：
std::vectorgetVec(bool flag) { if (flag) { std::vector a(10); return a; } else { std::vector b(20); return b; } }
两个不同命名的变量导致 NRVO 很难实施。可改为统一变量名或延迟初始化来改善：
std::vectorgetVec(bool flag) { std::vector result; if (flag) result.assign(10, 0); else result.assign(20, 0); return result; }
基本上就这些。RVO 是 C++ 性能优化中的隐形功臣，大多数时候你不需要手动干预，只要写出清晰、合理的代码，编译器就会帮你完成剩下的工作。
