C++中的右值引用（Rvalue Reference）是什么？（解决了什么问题）

右值引用解决临时对象低效拷贝问题，通过移动语义转移资源；std::move仅类型转换，不执行移动；移动构造函数需noexcept才能被vector调用；万能引用依赖模板推导与引用折叠。

右值引用解决的是临时对象的低效拷贝问题

在 c++11 之前，std::vector 扩容、函数返回 std::String、构造临时容器等场景，都会触发深拷贝——哪怕那个对象马上就要被销毁。右值引用让编译器能区分“可以被安全掏空的对象”（比如函数返回的临时值），从而启用移动语义，把资源（如堆内存指针）直接转移，避免无谓的内存分配和复制。

std::move 不是移动，只是类型转换

std::move 只做一件事：把一个左值强制转成右值引用类型，好让后续调用匹配到移动构造函数或移动赋值运算符。它本身不搬数据、不释放资源、不改变原对象逻辑状态——但原对象进入“有效但未定义状态”，后续再访问其内部资源（如 data() 指针）就危险了。

• 常见误用：std::move(x) 后继续用 x.size() ——可能返回 0 或崩溃，取决于移动实现
• 正确姿势：只在确定该对象生命周期即将结束时才用 std::move，例如 push 到容器、作为函数返回值、或在移动赋值函数体内
• 注意：对 int、double 等 trivial 类型，移动和拷贝没区别；收益集中在管理动态资源的类（std::vector、std::unique_ptr 等）

移动构造函数必须标记为 noexcept 才可能被 std::vector 实际调用

std::vector 在扩容时若需重新分配并移动元素，会先检查移动构造函数是否 noexcept：如果不是，它宁可退回到拷贝（即使你写了移动函数），因为异常安全优先级更高。

• 错误写法：MyClass(MyClass&& other) { /* 可能抛异常的代码 */ }
• 推荐写法：MyClass(MyClass&& other) noexcept : ptr_(other.ptr_), size_(other.size_) { other.ptr_ = nullptr; }
• 漏掉 noexcept 是生产环境中移动语义“失效”的最隐蔽原因之一

万能引用（Universal Reference）不是语法新概念，而是模板推导 + && 的巧合

当模板参数写成 T&& 且 T 是自动推导类型时（如函数模板），它实际是“转发引用”，既能绑定左值也能绑定右值——这依赖于引用折叠规则（T& && → T&，T&& && → T&&）。它和右值引用是两套机制，混用容易出错。

立即学习“C++免费学习笔记（深入）”；

• 典型场景：template void wrapper(T&& arg) { foo(std::forward(arg)); }
• 关键点：std::forward(arg) 才真正保留原始值类别；只写 std::move(arg) 会强制变成右值，破坏完美转发
• 非模板上下文中的 T&&（如类成员函数声明）就是纯粹的右值引用，不参与类型推导

移动语义的复杂性不在语法，而在资源所有权的显式交接时机——稍有不慎，就会出现悬空指针、重复释放，或者看似写了移动却根本没触发。真正难的是判断“谁该拥有这块内存”，而不是怎么写 noexcept。