右值引用（&&）是C++11引入的绑定将亡值和纯右值的引用类型，用于实现移动语义；它非语法位置概念，而是语义上标识可窃取资源的临时对象，需配合std::move()转换、显式定义移动操作并置空源对象以避免double-free。
右值引用不是“右边的引用”，而是绑定临时对象的引用类型
右值引用（&&）本质是 C++11 引入的一种新引用类型，专门用来绑定**将亡值（xvalue）和纯右值（prvalue）**，比如函数返回的临时对象、字面量、std::move() 转换后的结果。它不是语法位置上的“右边”，而是语义上的“即将销毁、可被窃取资源”的对象。
常见错误现象：T&& x = 42; 合法，但 T&& x = y;（其中 y 是具名变量）会编译失败——因为具名变量默认是左值，哪怕类型是 T&&，它本身也是左值（有名字、有身份）。这就是为什么需要 std::move() 来显式转换。
- 使用场景：实现移动构造函数、移动赋值运算符；配合
std::forward实现完美转发 - 参数差异：
void f(T&)只接受左值，void f(const T&)接受左/右值但只读，void f(T&&)只接受右值（且允许修改） - 性能影响：避免深拷贝，直接接管资源（如指针、文件句柄），移动后原对象处于有效但未定义状态（通常置空）
移动构造函数里必须“掏空”源对象，否则就是浅拷贝漏洞
写移动构造函数时，光把资源指针赋值过去还不够，必须把源对象的对应成员清零或重置，否则析构时会 double-free。
class Buffer {
char* data_;
size_t size_;
public:
Buffer(Buffer&& other) noexcept
: data_(other.data_), size_(other.size_) {
other.data_ = nullptr; // 关键！不置空就危险
other.size_ = 0;
}
};- 常见错误现象：没置空
other.data_→ 析构时两次delete[] data_→ UB - 必须加
noexcept：否则容器（如std::vector）在扩容时可能退回到拷贝，失去移动意义 - 兼容性影响：若移动构造函数抛异常，标准容器会拒绝使用它，改用拷贝构造
std::move() 不移动任何东西，它只是类型转换工具
std::move() 的唯一作用是把一个左值强制转成右值引用类型，让编译器允许调用移动语义的重载。它不触发任何内存操作，也不保证后续一定发生移动——是否真移动，取决于目标函数有没有实现对应的 T&& 重载。
立即学习“C++免费学习笔记（深入）”；
- 使用场景：传参给移动构造函数、移动赋值；在泛型代码中配合
std::forward做转发 - 容易踩的坑：
std::move(x)后继续用x——虽然语法合法，但行为未定义（除非你手动重置过） - 性能影响：零开销转换，但滥用会导致可读性下降，甚至掩盖本该用拷贝的逻辑
移动语义不会自动启用，类必须显式声明移动操作
编译器不会自动生成移动构造函数或移动赋值运算符，除非你显式写出来，或者用 = default。而且一旦你声明了任何拷贝/移动操作（包括析构函数），编译器就不再生成移动操作（C++11 规则）。
- 常见错误现象：类有指针成员，但只写了拷贝构造，没写移动构造 → 所有“看起来该移动”的地方都走拷贝 → 性能掉档
- 正确做法：
Buffer(Buffer&&) = default;在满足条件（成员都支持移动）时安全高效；否则手写并确保资源转移干净 - 兼容性影响：移动操作未声明 + 成员含不可移动类型（如
std::mutex）→ 移动失效，回退到拷贝或编译失败
最常被忽略的一点：移动后对象的状态不是“无效”，而是“有效但未指定”——你可以安全调用其析构函数或赋值，但不能假设它的任何成员还保留原值。这意味着，所有移动操作的实现，必须让目标对象进入一个可析构、可赋值、可忽略的中间态，而不是简单地 memcpy。
