std::move本质是将左值强制转换为右值引用的类型转换函数，不真正移动数据；真正“掏空”资源的是用户定义的移动构造函数或移动赋值运算符。
move 不是“把对象搬走”，而是告诉编译器：这个对象可以被“掏空”，后续不再安全使用——它本质是类型转换，不是搬运动作。
为什么 std::move 不真正移动数据？
std::move 只是一个强制类型转换函数，它把左值转成右值引用（T&&），从而允许调用移动构造函数或移动赋值运算符。真正“掏空”资源的是你写的移动构造函数，不是 std::move 本身。
- 没定义移动构造函数？
std::move(x)后仍会调用拷贝构造——编译器不会自动帮你生成移动操作 -
std::move后原对象进入“有效但未指定状态”，比如std::vector移动后size()可能为 0，也可能不为 0，但data()通常为nullptr - 对内置类型（
int、double）或 trivial 类型调用std::move没有意义，编译器本就会按值传递，无额外开销
哪些场景必须显式写 std::move？
只有当你手头是个左值（命名变量），又想让它参与移动语义时，才需要 std::move。常见于：
- 在移动构造函数/赋值函数内部，将成员变量“移交”给新对象：
other.data_(std::move(other.data_)) - 从函数返回局部对象时，现代编译器通常会自动应用 RVO 或移动，但若返回的是参数（如包装函数），需手动
std::move：return std::move(x); - 向容器插入临时对象时，避免意外拷贝：
v.push_back(std::move(temp_obj));
注意：std::vector::push_back(T&&) 重载只接受右值引用；传入左值不加 std::move 就会退化到拷贝版本。
立即学习“C++免费学习笔记（深入）”；
右值引用参数为什么不能直接 move？
函数形参 T&& x 是右值引用，但 x 本身是左值（有名字、可取地址），所以你在函数体内仍需 std::move(x) 才能触发进一步的移动操作。
void foo(std::string&& s) {
std::string s2 = s; // ❌ 拷贝构造！s 是左值
std::string s3 = std::move(s); // ✅ 移动构造
}
这是最容易混淆的一点：右值引用是类型，不是值类别；变量名永远是左值，除非用 std::move 显式转换。
移动语义失效的典型陷阱
性能没提升，甚至更慢？先检查这些：
- 类没实现移动构造函数，或声明为
= delete或= default但成员不可移动（如含std::mutex） - 移动构造函数里写了深拷贝逻辑，或者忘了把源对象指针置为
nullptr，导致析构时 double-free - 过度使用
std::move：对小对象（如std::pair）移动反而比拷贝慢；对已移出的对象再次std::move是未定义行为 - 返回局部对象时误加
std::move：可能阻止 RVO，反而降低性能（C++17 起 guaranteed copy elision 一定程度缓解，但非万能）
真正影响性能的从来不是 std::move 这行代码，而是你是否让资源管理类正确支持移动，以及是否在关键路径上避免了不必要的内存分配和拷贝。
