std::move仅是将左值转为右值引用的类型转换，不执行移动操作；若对象无移动语义则退化为拷贝；仅对管理堆内存的类型有意义，移动后原对象处于有效但未指定状态，不可再读取。
std::move 不是移动，只是类型转换
std::move 本身不执行任何拷贝或移动操作，它只是一个强制类型转换函数，把左值转成右值引用（T&&），从而让编译器有机会调用移动构造函数或移动赋值运算符。如果你的对象没有定义移动语义（即没写移动构造函数/移动赋值运算符），std::move 后仍会退化为拷贝。
- 常见错误：对
int、std::array等 trivial 类型滥用std::move，毫无收益，还可能干扰编译器优化 - 只有含堆内存管理的类（如
std::vector、std::string、自定义容器）才真正受益于移动 - 移动后原对象处于“有效但未指定状态”，不可再读取其值（比如不能继续访问
v.data()或s.c_str()），除非重新赋值
什么时候该显式调用 std::move
典型场景是“你确定这个对象后续不再需要，且它支持移动”——最常见于函数返回、容器插入、资源交接。
- 函数返回局部对象时，编译器通常会自动应用 RVO（返回值优化），此时
std::move反而阻止优化，应避免：std::vector<int> make_data() { std::vector<int> v(1000000); return v; // ✅ 让编译器自己决定；加 std::move(v) 是错的 } - 向容器末尾移动插入大对象时，必须用：
std::vector<std::string> vec; std::string s = "very long string..."; vec.push_back(std::move(s)); // ✅ 避免拷贝字符串内部 buffer
- 实现移动赋值运算符时，需对成员逐个
std::move：MyClass& operator=(MyClass&& other) noexcept { if (this != &other) { data_ = std::move(other.data_); // ✅ 移动内部 vector id_ = std::exchange(other.id_, 0); // 其他标量可直接赋值或用 exchange } return *this; }
std::move 后访问原对象的典型崩溃
移动后误用原对象是运行时隐患，尤其在调试通过但 Release 崩溃。例如：
std::vector<int> v = {1,2,3};
auto&& w = std::move(v);
std::cout << v.size(); // ❌ 未定义行为：v 已被掏空，size() 可能返回 0、垃圾值，甚至 segfault
- 不要假设移动后原对象“清零”或“变为空”——标准只保证“可析构、可赋值”，具体状态由类实现决定
- 调试时可用 AddressSanitizer 捕获部分越界访问，但无法检测所有逻辑误用
- 若需保留原对象语义，改用
std::swap或显式复制
移动语义生效的前提条件
即使写了 std::move，移动也未必发生。以下任一条件不满足，就会回退到拷贝：
立即学习“C++免费学习笔记（深入）”；
- 目标类型未声明移动构造函数（
T(T&&)）或移动赋值（T& operator=(T&&)） - 移动操作被
delete或非noexcept（某些 STL 容器如std::vector::resize要求移动noexcept才敢用） - 源对象是 const 左值（
const std::string s;），std::move(s)得到的是const T&&，无法绑定到非 const 移动函数 - 编译器开启优化（如 -O2）后，某些拷贝本就被 elision 掉，
std::move反而干扰优化路径
检查是否真触发了移动，最直接方式是给类加上带日志的移动构造函数，或用 std::is_move_constructible_v<t></t> 编译期断言。
