std::move仅是将左值强制转换为右值引用类型，不触发移动操作；真正移动由移动构造/赋值函数完成，移动后对象处于有效但未指定状态，需手动置空资源以防析构异常。
右值引用不是“把变量标成右值”
很多人写 std::move(x) 就以为 x 立刻变成右值、内存被“搬走”了——其实 std::move 只是类型转换，它把左值 x 强转为右值引用类型（T&&），仅此而已。真正触发移动行为的是后续调用的移动构造函数或移动赋值运算符。
常见错误现象：std::move(x) 后还继续读 x，结果访问到已析构/清空的对象（比如 std::vector 移动后 size() 为 0，但指针可能未置 nullptr）。
- 移动后对象处于“有效但未指定状态”，标准只要求它可析构、可赋值，不保证任何其他行为
- 别对同一对象反复
std::move；移动一次后，再 move 没意义，还可能出错 - 只有类自己实现了移动构造函数 / 移动赋值运算符，
std::move才有实际效果；否则退化为拷贝
移动构造函数必须标记为 noexcept
如果移动构造函数可能抛异常，STL 容器（如 std::vector）在扩容时会拒绝使用它，转而用拷贝——这直接让移动语义失效，且毫无提示。
使用场景：往 std::vector 中 push_back 一个临时对象，或 resize 导致内部重分配时。
立即学习“C++免费学习笔记（深入）”；
- 务必声明为
T(T&&) noexcept，而不是T(T&&) - 所有成员移动操作也得是 noexcept 的；比如
std::string、std::vector的移动都是 noexcept，但你自己写的资源管理类若在移动中 new 失败而 throw，就不能标 noexcept - 可以用
noexcept(noexcept(...))自动推导，例如：T(T&& rhs) noexcept(noexcept(a = std::move(rhs.a)))
std::move 不等于“强制移动”，它只是 cast
std::move 的本质是 static_cast<t></t>。它不调用任何函数，不释放资源，不修改原对象内容——它只是告诉编译器：“接下来请按右值引用去匹配重载”。
参数差异：传参时，void f(std::string&& s) 只能绑定右值（如临时对象、std::move(x) 结果），不能绑定普通变量（左值）；而 void f(const std::string& s) 两者都可。
- 不要对 const 左值用
std::move：const 对象无法被移动（移动操作通常需要修改源），强行 move 只会触发拷贝 - 返回局部对象时，不用
std::move：NRVO（命名返回值优化）或 C++17 的强制拷贝省略已覆盖，加std::move反而阻止优化 - 函数参数是
T&&类型时，该形参本身是左值（有名字），需再次std::move才能转发给下一层移动函数
移动后访问原对象的典型坑
移动操作后，原对象是否还能用？能，但内容不可预测。很多初学者误以为“移动=清零”，其实标准只保证“可安全析构+可赋值”，其余全看实现。
性能影响：有些类（如 std::unique_ptr）移动极快（仅指针交换），但有些（如自定义小缓冲字符串）移动反而比拷贝慢，因为要额外检查和置空。
-
std::vector移动后，data()可能为 nullptr，capacity()为 0，但调用clear()或赋值仍合法 - 自己实现移动构造时，必须手动将源对象的裸指针置为
nullptr、长度置为 0，否则析构时 double-free - 调试时别依赖
std::cout 判断是否“成功移动”——size 为 0 是常见表现，但不是规范要求
最易被忽略的一点：移动语义的价值不在单次操作，而在避免深拷贝链式传播。比如一个函数返回 std::vector<:string></:string>，里面每个 std::string 都要移动，漏掉任意一层（比如 string 没实现移动），整条链就退化为拷贝。
