RVO（返回值优化）是C++中编译器通过直接在调用方内存构造局部对象来消除拷贝的技术，例如函数createGreeting返回std::string temp时无需拷贝或移动；它在返回命名局部对象或临时对象时生效，优先于移动语义，且现代编译器广泛支持。
你有没有想过，为什么在C++中直接返回一个局部对象时，程序依然高效？这背后其实是编译器的一项聪明技术——返回值优化（Return Value Optimization, 简称 RVO）。它能避免不必要的对象拷贝，提升性能，而这一切对程序员来说几乎是透明的。
什么是RVO？
RVO 是 C++ 编译器的一种优化手段，用于消除函数返回对象时的临时拷贝。按照语义，当一个函数返回一个对象时，应该先构造局部对象，再通过拷贝构造函数将其复制给接收方。但大多数情况下，这种拷贝是多余的。
编译器通过 RVO 直接在调用方预留的对象内存中构造返回值，跳过中间的拷贝步骤。这意味着：即使你没有写移动语义，也可能完全不发生拷贝。
举个例子：考虑下面这段代码：
立即学习“C++免费学习笔记（深入）”；
std::string createGreeting() {
std::string temp = "Hello, world!";
return temp;
}
按理说，temp 是局部变量，返回时应被拷贝到外部。但启用 RVO 后，编译器会把 temp 直接构造在调用者准备接收结果的内存位置上，根本不需要拷贝。
RVO 在什么情况下生效？
RVO 并非总是启用，但它在现代 C++ 中非常常见。以下是它通常能生效的场景：
- 函数返回一个命名的局部对象，且该对象与返回类型一致
- 多个 return 语句返回同一个对象（C++17 起支持）
- 返回临时对象（如
return std::string("ok");），这时叫 NRVO（Named Return Value Optimization）以外的形式
注意：如果函数有多个不同路径返回不同的局部对象，早期编译器可能无法优化，但如今多数情况仍可处理。
移动语义和 RVO 的关系
C++11 引入了移动语义，很多人以为这是解决拷贝开销的主要方式。其实不然。RVO 比移动更高效——因为它连移动都省了。
即使类没有定义移动构造函数，RVO 依然可以生效。反过来，如果没有 RVO，移动语义才是备选方案。顺序是：
- 尝试 RVO/NRVO（零成本）
- 否则尝试移动构造（低成本）
- 最后才用拷贝构造（高成本）
所以，RVO 实际上优先于移动。
强制禁止 RVO？可以，但不推荐
你可以通过某些方式“破坏”RVO，比如：
return condition ? std::string("yes") : std::string("no");
这种三目运算符返回不同类型临时量时，可能影响优化。或者在函数内定义多个对象并根据不同条件返回，也可能让编译器放弃优化。
不过，除非你在做性能测试或特殊调试，否则不必刻意规避 RVO。它是标准允许的“无偿优化”，即使开启也符合程序正确性。
基本上就这些。RVO 是 C++ 高效性的幕后功臣之一，让你写出直观的代码同时享受极致性能。理解它，能帮你更信任编译器，也更清楚何时无需手动优化。
