RVO是编译器在返回局部对象时直接在调用方栈空间构造对象，跳过拷贝/移动构造；它优先级高于移动语义，满足条件时连函数入口都不进入，属可选但主流编译器默认启用的优化。
返回局部对象时编译器做了什么
因为编译器默认启用了返回值优化（RVO），直接在调用方的栈空间构造返回对象，跳过了拷贝构造。这不是“没调用”，而是被优化掉了——连函数入口都不进。
常见错误现象：cout 在拷贝构造函数里打日志，但函数体根本没执行；或者用 std::is_trivially_copyable 判断后仍发现行为异常，其实是优化干扰了观察。
- RVO 是编译器可选优化，但主流编译器（GCC/Clang/MSVC）在
-O0以外基本都开启 - 即使显式写
return std::move(obj)，也可能触发移动构造而非拷贝，但 RVO 优先级更高，依然可能绕过它 - 若函数有多个
return分支（比如if/else返回不同对象），部分编译器会禁用 RVO（尤其是早期 GCC）
怎么确认拷贝构造是否真被跳过
不能靠加日志或断点看函数是否进入，得从编译器输出或强制禁用优化入手。
- 用
g++ -fno-elide-constructors编译，RVO 和 NRVO 全部关闭，此时拷贝/移动构造必走 - 查看汇编输出：
g++ -S -O2 test.cpp，搜索call指令是否包含你的拷贝构造函数符号（如_ZN5MyObjC1ERKS_） - 在类中删掉拷贝构造函数（
MyObj(const MyObj&) = delete;），如果代码还能编译通过，说明 RVO 生效了；反之报错则说明被强制调用了
移动构造和 RVO 谁先生效
RVO 优先级高于移动构造。只要满足 RVO 条件（返回具名局部对象或临时对象），编译器会直接构造到目标位置，连移动构造都不会考虑。
立即学习“C++免费学习笔记（深入）”；
- 返回临时对象（如
return MyObj{1,2};）触发的是 NRVO（命名返回值优化），和 RVO 同级 - 返回参数（如
MyObj f(MyObj x) { return x; }）无法 RVO，此时才会退化为移动构造（C++11 起）或拷贝构造（C++98） - 若类没有定义移动构造函数，且拷贝构造非
const&形参（比如是MyObj(MyObj&)），返回时可能编译失败——因为临时对象不能绑定非常量左值引用
实际开发中要注意什么
别把拷贝构造函数当“必经之路”来设计逻辑，比如在里面做资源计数、日志记录或副作用操作。RVO 让这些完全不可靠。
- 资源管理必须依赖 RAII，而不是靠构造/析构函数的调用次数保证正确性
- 调试时若需观察对象生命周期，临时加
-fno-elide-constructors，但上线构建务必恢复默认 - 对性能敏感路径，不要手动
std::move局部变量返回（如return std::move(obj);），这反而可能阻止 RVO，强制走移动构造
真正容易被忽略的点：RVO 不是语言标准强制要求，而是“允许优化”。同一份代码在不同编译器、不同优化等级下，对象构造行为可能完全不同。依赖它写逻辑，等于把行为绑在编译器实现细节上。
