rvo/nrvo是编译器优化技术，直接在调用方栈空间构造返回对象，跳过拷贝/移动构造；c++17起对纯右值返回强制要求类似优化，主流编译器默认启用且优先级高于移动语义。
不会。C++ 函数返回对象时，拷贝构造函数或移动构造函数调用不是必然发生的——现代编译器默认启用的 RVO（Return Value Optimization）和 NRVO（Named Return Value Optimization）会直接在调用方栈空间构造对象，跳过所有构造步骤。
为什么你常看不到拷贝构造函数被调用
常见错误现象是：你在CTest的拷贝构造函数里加了cout日志，但运行时完全没输出。这不是代码写错了，而是编译器优化掉了整个调用路径。
-
RVO适用于返回一个临时对象（如return MyClass{1,2};），编译器直接在接收变量的位置构造它 -
NRVO适用于返回一个具名局部对象（如MyClass tmp; return tmp;），条件满足时也跳过拷贝/移动 - 优化在
-O0以外基本都开启；GCC/Clang/MSVC 默认启用，且优先级高于std::move - 若类删掉拷贝构造函数（
MyClass(const MyClass&) = delete;）后仍能编译通过，说明RVO生效了
哪些情况会真正触发拷贝或移动
当编译器无法应用RVO或NRVO时，才退而求其次走移动或拷贝语义。
- 函数有多个
return分支（比如if/else返回不同局部对象），部分旧版 GCC 会禁用NRVO - 返回的是函数参数（如
MyClass f(MyClass x) { return x; }），无法RVO，C++11 起走移动构造，否则走拷贝构造 - 显式写
return std::move(local_obj);反而可能阻止RVO，强制调用移动构造函数 - 关闭优化后（
g++ -fno-elide-constructors），所有返回都会真实调用对应构造函数
返回引用 vs 返回对象：别混淆“避免拷贝”和“正确性”
返回引用确实不复制，但它不创造新对象——只传递已有对象的别名。这在返回局部变量时是致命错误。
- 返回局部对象的引用（
MyClass& f() { MyClass x; return x; }）→ 悬垂引用，未定义行为 - 返回堆分配对象的引用（
static MyClass* p = new MyClass;）→ 内存泄漏风险 - 返回
static局部对象（static MyClass x;）→ 所有调用共享同一实例，线程不安全、状态污染 - 真正该返回引用的场景：操作符重载（如
operator=、operator）、参数本身是引用且生命周期由调用方保证（如<code>const string& shorterString(const string&, const string&)）
最易被忽略的一点：RVO是编译器“允许优化”，不是语言标准强制要求。你不能依赖它来实现逻辑（比如在拷贝构造里做资源计数），但可以放心依赖它提升性能——只要你的类符合MoveConstructible和CopyConstructible约定，且不把副作用塞进构造函数里。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
