右值引用是绑定临时对象的引用类型，本身不触发移动操作；移动语义需显式定义移动构造函数/赋值运算符，且仅对拥有独占资源的类有意义。
右值引用不是“右值”，而是绑定到临时对象的引用类型
很多人一看到 && 就以为是“把东西搬走”，其实它只是个引用类型声明符，和 & 一样，本身不触发任何移动操作。真正决定是否移动的是你有没有为它写对应的移动构造函数或移动赋值运算符。
常见错误现象：std::string s1 = "hello"; std::string s2 = std::move(s1); 看似搬走了，但如果你的类没定义移动函数，编译器会退回到拷贝——而你根本不会收到警告。
- 右值引用变量本身是左值（比如
T&& x = ...;中的x是左值），想让它继续参与移动，得再套一层std::move(x) - 只有类类型（自定义类、
std::vector、std::string等）才可能有移动语义；内置类型如int、double没有意义，std::move对它们只是普通赋值 - 移动后对象处于“有效但未指定状态”，不能假设它还保留原值，也不该再读取或析构前重复移动
移动构造函数必须显式定义，且参数类型要严格匹配 T&&
编译器不会自动为你生成移动构造函数，除非你没写拷贝/移动相关函数且所有成员都可移动——这种“隐式生成”条件苛刻，极易失效。
使用场景：封装了动态资源（如堆内存、文件句柄）的类，需要避免深拷贝开销。
立即学习“C++免费学习笔记（深入）”；
- 参数必须是
T&&，不能是const T&&（否则无法修改源对象内部指针） - 函数体内要把源对象的资源“掏空”，比如把
other.ptr设为nullptr，否则析构时会 double-free - 别忘了在移动后把源对象的析构逻辑保持安全，例如：若移动了
new int[100]，原对象的ptr必须置空
class Buffer {
int* data_;
public:
Buffer(Buffer&& other) noexcept : data_(other.data_) {
other.data_ = nullptr; // 关键一步
}
};
std::move 不移动任何东西，只是类型转换工具
std::move 做的唯一一件事：把一个左值强制转成右值引用类型，好让重载解析选中移动版本函数。它不调用构造函数、不释放内存、不复制字节——纯编译期类型转换。
性能影响：零开销；兼容性影响：C++11 起可用，但需确保目标类型支持移动语义。
- 对已定义移动函数的类，
std::move可能触发移动；对没定义的，退化为拷贝（无提示） - 不要对 const 对象用
std::move，因为 const 左值只能绑定到const T&&，而移动函数通常不接受 const 右值引用 - 返回局部对象时，现代编译器大多会自动 RVO/NRVO，此时
std::move反而阻止优化，属于典型误用
移动语义失效的三个高发场景
写了 std::move 却没效果？大概率掉进了这几个坑里。
- 目标函数没有移动重载：比如只写了
void foo(std::string s)（传值），而不是void foo(std::string&& s)；传参时std::move无效 - 移动函数没加
noexcept：STL 容器（如std::vector::resize）在扩容时，若移动构造函数可能抛异常，就会退回到拷贝——这是性能断崖点 - 返回值被声明为
auto或模板推导：某些旧编译器或复杂模板上下文里，类型推导可能忽略右值性，导致意外拷贝
最容易被忽略的地方：移动语义不是银弹。它只解决“资源转移”的成本问题，不改变逻辑正确性；一旦类里混用了共享语义（比如引用计数），盲目移动反而引发崩溃。动手前先确认你的类真的拥有独占资源。
