std::move仅是将左值转换为右值引用的类型转换，不执行移动操作；真正移动由类实现的移动构造函数或赋值运算符完成，未实现时仍调用拷贝。
std::move 不是移动，只是类型转换
它不执行任何内存操作，只是把左值强制转成右值引用类型，让编译器知道“你可以搬走这个对象的数据”。真正发生移动的是后续调用的移动构造函数或移动赋值运算符——前提是类自己实现了它们。
- 没实现
MyClass(MyClass&&)或operator=(MyClass&&)，std::move就只是个无害的类型转换，最后仍会调用拷贝构造 -
std::move后原对象进入“有效但未定义状态”，不能假设其内容，也不能再安全调用非noexcept成员函数（比如size()可能崩） - 对
int、double这类 trivial 类型用std::move没意义，编译器早优化掉了，还可能干扰寄存器分配
哪些容器/对象真正受益于移动语义？
只有内部持有堆内存或系统资源（如文件句柄、线程）的对象，移动才有价值。常见受益者包括 std::vector、std::string、std::unique_ptr、自定义含 new 的类。
-
std::vector移动：只交换三个指针（data_、size_、capacity_），O(1)，避免深拷贝所有元素 -
std::string在小字符串优化（SSO）开启时，短字符串不分配堆内存，std::move反而可能比拷贝慢（需逐字节复制栈上数据） -
std::array、std::tuple（不含可移动成员时）移动 = 拷贝，因为全是栈数据
返回局部对象时，优先靠 NRVO，而不是 std::move
写 return std::move(local_vec); 是常见误区。现代编译器（GCC 7+、Clang 4+、MSVC 2017+）默认启用命名返回值优化（NRVO），直接在调用方栈上构造对象，零拷贝零移动。
- 加
std::move反而会禁用 NRVO，强制触发移动构造（更差） - 只有当返回的是表达式（如
return vec1 + vec2;）或条件分支中多个不同对象时，移动语义才起作用 - 验证是否触发 NRVO：给类的移动构造函数加
std::cout，看是否被调用；或者关掉优化（-O0）测试
移动后访问原对象导致崩溃的典型场景
最常发生在循环中误用、或忘记重置状态。移动本身不置空源对象，是否清空取决于移动构造函数怎么写——标准库类型（如 std::vector）通常会置空，但你自己的类未必。
立即学习“C++免费学习笔记（深入）”；
- 错误示例：
std::vector<int> v = {1,2,3}; auto w = std::move(v); std::cout << v.size(); // 可能为 0，也可能 crash（若移动构造没清空指针） - 安全做法：移动后立即让原变量脱离作用域，或手动赋值为有效状态（如
v = {};） - 若类管理资源，移动构造函数必须显式将源对象的裸指针设为
nullptr，否则析构时 double-free
