右值引用本质是移交临时对象资源所有权而非复制；判断左/右值看能否取地址：能取址为左值，否则为右值；具名右值引用本身是左值；std::move仅类型转换，不移动资源；移动构造函数须加noexcept以启用STL容器移动优化；模板中T&&需用std::forward保持值类别。
右值引用不是“给右值起个新名字”这么简单，它本质是让临时对象的资源能被直接接管——不是复制，而是移交所有权。
怎么一眼判断左值还是右值
别背定义，就看能不能取地址：&x 能编译过就是左值，&42 或 &f() 报错就是右值。变量名、解引用指针、带名字的容器元素都是左值；字面量、函数返回非引用类型、A() 这种临时对象、x + y 这类表达式结果，基本都是右值。
注意两个反直觉点：
-
const int& r = 42;合法，但r本身是左值（有名字、可取地址） -
int&& r = 42;合法，但r本身也是左值——右值引用一旦具名，就变成左值了
std::move 不是移动，只是类型转换
std::move 不做任何内存操作，它只把一个左值强制转成右值引用类型，好让后续调用匹配到移动构造函数或移动赋值运算符。它等价于 static_cast<t></t>。
立即学习“C++免费学习笔记（深入）”；
常见误用：
-
std::move(x)后继续用x：行为未定义，因为资源可能已被移走 - 对
const对象调用std::move：编译失败，const T&&很少有意义，编译器通常不生成对应移动函数 - 在返回语句里无脑套
std::move：比如return std::move(local_obj);，反而抑制返回值优化（RVO），得不偿失
移动构造函数为什么必须加 noexcept
STL 容器（如 std::vector）在扩容时，如果元素类型声明了 noexcept 移动构造函数，就会优先用移动而非拷贝来转移已有元素；否则退回到深拷贝，性能断崖下跌。
所以写法必须是：
class Buffer {
public:
Buffer(Buffer&& other) noexcept : data(other.data), size(other.size) {
other.data = nullptr; // 归零源对象，防止析构时 double-free
}
private:
int* data;
size_t size;
};漏掉 noexcept，std::vector<buffer></buffer> 的 push_back 或 resize 就不会触发移动逻辑。
右值引用参数在模板中容易漏掉 std::forward
模板函数参数写成 T&& 是万能引用（universal reference），它能接受左值或右值，但转发时必须用 std::forward<t>(arg)</t> 才能保持原值类别。直接传 arg 会变成左值，永远调不到被调函数的右值重载。
典型错误写法：
template<typename T>
void wrapper(T&& arg) {
target(arg); // ❌ arg 是左值，target(T&&) 永远不匹配
}正确写法：
template<typename T>
void wrapper(T&& arg) {
target(std::forward<T>(arg)); // ✅ 保持 arg 原来的左/右值属性
}这个细节在实现工厂函数、包装器、代理类时极关键，漏掉就等于废掉了完美转发能力。
真正难的不是语法，而是判断“这个对象接下来还用不用”——右值引用开启的是资源劫持权限，但劫持之后原对象是否还能碰、什么时候碰、谁负责清理，全靠程序员自己兜底。
