rvo是编译器对函数返回局部对象时跳过拷贝构造的优化行为，允许直接在调用方内存中构造对象；它属可选优化，c++17起部分场景改为强制消除。
什么是RVO：编译器悄悄跳过拷贝构造的优化
当函数返回一个局部对象时，C++标准允许编译器直接在调用方的栈/内存位置上构造该对象，而不是先构造再拷贝——这就是返回值优化（RVO）。它不是语法特性，而是编译器在满足条件时自动启用的优化行为，所以你不会看到copy constructor被调用，哪怕类定义了它。
关键点在于：RVO是“可选但常见”的，不保证发生；而C++17引入的强制复制消除（guaranteed copy elision）则在特定场景下彻底禁止拷贝/移动构造，但仅限于纯右值绑定到非引用返回类型等少数情形。
哪些情况会触发RVO：看返回语句和对象来源
RVO通常只在满足以下条件时生效：
- 返回的是**具名局部对象**（如
MyClass obj; return obj;），且该对象在所有return路径中都是同一个变量 - 返回的是**匿名临时对象**（如
return MyClass(42);），此时更常触发C++17的强制消除 - 函数返回类型与局部对象类型**完全一致**（不涉及隐式转换、派生类转基类等）
- 没有多个不同对象的
return分支（比如if (x) return a; else return b;基本会禁用RVO）
注意：return std::move(local_obj);反而可能阻止RVO——因为显式移动会干扰编译器对“同一对象”的判断，导致退化为移动构造（如果定义了move constructor）或拷贝构造（如果没有）。
立即学习“C++免费学习笔记（深入）”；
为什么有时看不到拷贝构造：检查编译器和构建配置
即使代码符合RVO条件，你也可能观察不到预期效果，常见原因有：
- 使用
-fno-elide-constructors（GCC/Clang）或/Od（MSVC调试模式）——这些选项会禁用所有构造函数消除，方便调试，但掩盖了真实行为 - 启用了调试信息但未关掉优化（如
-O0），此时RVO大概率不生效；而-O2或-O3下几乎总会触发 - 类的拷贝构造函数有副作用（比如打印日志），但你没在运行时实际看到输出，误以为没调用——其实它根本没被生成进目标码
- 返回的是引用（
MyClass&）或指针，那本来就不走RVO，属于另一套语义
验证方法：加个带std::cout的MyClass拷贝构造函数，分别用g++ -O2和g++ -O0 -fno-elide-constructors编译对比输出。
RVO失效的典型坑：多分支返回和隐式转换
这两类写法看着自然，却极易让RVO落空：
-
if (cond) return A(); else return B();—— 两个不同类型的临时对象，或即使同类型，编译器也难以统一构造位置 -
return some_other_func();，而some_other_func()返回MyClass但内部做了转型（如return static_cast<myclass>(x);</myclass>） - 返回成员变量（
return member_obj;），即使类型匹配，多数编译器也不对成员做RVO（它不属于“局部对象”） - 函数模板中依赖模板参数推导返回类型，某些旧版本编译器处理不稳定
如果你真需要确定无拷贝，C++17起优先用auto接收+确保返回是纯右值（如return MyClass{...};），比依赖RVO更可靠；或者干脆用std::unique_ptr转移所有权，逻辑更直白。
真正麻烦的不是RVO本身，而是它既不可控又不可移植——同一段代码，在不同编译器、不同优化等级下，构造函数调用次数可能从0变成2。别把它当契约，只当意外之喜。
