右值引用的核心是启用移动语义和完美转发，而非仅绑定临时对象；其本身是左值，需配合std::move或重载决议触发移动，且移动操作须置空原资源并标记noexcept。
右值引用不是“给临时对象起别名”那么简单
右值引用（&&）最常被误解为“专门绑定临时对象的引用”，但它的核心作用其实是**启用移动语义和完美转发**。如果你只用它接 std::string("hello") 这类字面量，基本没发挥价值。
真正关键的是：右值引用本身是左值（有名字、可取地址），只有在被传给 std::move() 或作为函数参数参与重载决议时，才触发移动行为。
-
std::move()不移动任何东西，它只是把左值强制转成右值引用类型，让编译器有机会选中移动构造/赋值函数 - 没有显式定义移动构造函数时，编译器可能自动生成（C++11 起），也可能不生成（比如类里有用户定义的析构函数且未显式声明移动操作）
- 移动后原对象处于“有效但未指定状态”，不能假设其内容，也不能直接再用，除非重新赋值
怎么写一个真正能移动的类
光加 T(T&&) 构造函数不够——必须确保资源被真正转移，且原对象不再持有该资源。常见错误是只复制指针却不置空，导致双重释放。
class Buffer {
char* data_;
size_t size_;
public:
Buffer(Buffer&& other) noexcept
: data_(other.data_), size_(other.size_) {
other.data_ = nullptr; // ⚠️ 必须置空！否则析构时 double free
other.size_ = 0;
}
Buffer& operator=(Buffer&& other) noexcept {
if (this != &other) {
delete[] data_;
data_ = other.data_;
size_ = other.size_;
other.data_ = nullptr; // ⚠️ 同样必须置空
other.size_ = 0;
}
return *this;
}
};
- 移动操作应标记
noexcept：否则std::vector在扩容时可能放弃移动而改用拷贝（影响性能） - 移动后原对象的
data_必须设为nullptr，否则其析构函数会释放已转走的内存 - 移动赋值要检查自赋值（
this != &other），虽然右值很少自赋，但语法上合法
为什么 std::move 有时没效果
典型现象：调用 std::move(obj) 后，对象还是被拷贝了，甚至编译器报错说“没有匹配的移动构造函数”。这不是 std::move 的问题，而是目标类型没提供对应接口或被隐式抑制。
立即学习“C++免费学习笔记（深入）”；
- 类定义了拷贝构造但没定义移动构造 → 移动构造被隐式删除（
= delete） - 移动构造函数不是
noexcept，而容器（如std::vector::resize）要求强异常安全 → 回退到拷贝 - 函数参数是
const T&&→ 无法绑定到非 const 移动构造函数，且不能修改源对象，失去移动意义 - 返回局部对象时，编译器可能直接应用 RVO（返回值优化），根本不会调用移动构造 —— 这是好事，不是 bug
完美转发里，T&& 不是右值引用
在模板函数中写 template<typename t> void f(T&& x)</typename>，这里的 T&& 是**万能引用（universal reference）**，不是右值引用。它的类型推导规则完全不同：
- 传入左值（如变量
a）→T推导为A&，T&&变成A& &&→ 引用折叠为A&（左值引用） - 传入右值（如
get_a()）→T推导为A，T&&就是A&&（右值引用） - 所以必须配合
std::forward<t>(x)</t>才能按原始值类别转发：它依赖T的类型信息做条件 cast - 误用
std::move(x)替代std::forward<t>(x)</t>会导致左值也被转成右值，破坏语义
右值引用和完美转发机制底层都依赖类型推导与引用折叠，但用途截然不同：前者解决资源窃取，后者解决泛型接口的值类别保真。混用或只记语法不理解推导逻辑，很快就会掉坑里。
