std::move本质是将左值强制转换为右值引用的类型转换操作，不执行内存移动；真正移动由类的移动构造函数或赋值运算符实现，如std::vector接管指针并置空原对象。
std::move 本质是类型转换，不是真的移动
std::move 不执行任何内存操作，它只是把左值强制转成右值引用类型（T&&），让后续的移动构造函数或移动赋值运算符有机会被调用。真正“移动”的是那些你显式定义了移动语义的类——比如 std::vector、std::string，它们内部把原对象的指针接管过来，再把原对象的指针置空。
常见错误现象：std::move 后还访问原对象，结果是未定义行为（比如访问已释放的内存）。因为移动后源对象处于“有效但未指定状态”，标准只保证它可析构、可赋值，不保证内容。
- 不要对内置类型（
int、double）用std::move：没意义，拷贝开销极小，且无移动语义 - 移动后避免读取源对象，除非你清楚该类型的移动后状态（例如
std::vector移动后.size()是 0，但这是实现细节，不具可移植性） - 返回局部对象时，编译器通常会自动启用返回值优化（RVO），此时
std::move反而阻止优化，得不偿失
什么时候必须显式用 std::move？
典型场景是“转发”——把一个右值引用参数传递给另一个函数，但参数本身是左值（因为它有名字）。这时不加 std::move，重载解析就会选中拷贝版本。
void process(std::string s); // 拷贝版本
void process(std::string&& s); // 移动版本
void wrapper(std::string&& s) {
process(s); // ❌ 调用拷贝版本：s 是左值
process(std::move(s)); // ✅ 调用移动版本
}
- 容器插入临时对象时：如
v.push_back(std::move(x))，避免x被拷贝进容器 - 实现移动赋值运算符时：必须对成员逐个
std::move（如data = std::move(other.data)） - 交换两个对象时：
swap(a, b)内部依赖移动，但用户无需手动写std::move
std::move 和深拷贝减少的关系
它解决的不是“所有拷贝”，而是“本可避免的昂贵拷贝”。比如 std::vector 拷贝要 new 一块新内存、逐个 copy 元素；而移动只需交换三个指针（ptr、size、capacity）。
但注意：如果类没定义移动构造函数，std::move 后仍会退化为拷贝（调用拷贝构造）。C++11 后，编译器不会为你自动生成移动函数，除非你没声明任何拷贝/移动操作——此时会隐式生成默认移动函数（仅当所有成员都可移动）。
- 自定义类想支持移动，需显式声明
T(T&&)和T& operator=(T&&) - 若类中有
const成员或引用成员，编译器无法生成默认移动函数 - 移动后原对象析构时，不能再次释放已被接管的资源（所以移动构造函数里务必把源对象的指针置为
nullptr）
std::move，且目标类型真正实现了移动逻辑。漏掉任何一个环节，都会无声地回退到
