std::move仅是将左值转为右值引用的类型转换，不触发移动操作；其生效需类实现非deleted的移动构造/赋值函数，且调用链中右值性不被截断。
std::move 不是移动，只是类型转换
很多人以为 std::move 会立刻触发移动构造或移动赋值——其实它只做一件事：把左值强制转成右值引用类型，让后续重载决议能选中移动版本。如果对象没有定义移动构造函数，或者移动版本被删除/不可访问，编译器照样回退到拷贝，甚至报错。
- 必须确保目标类实现了移动构造函数和移动赋值运算符（且没被
= delete） -
std::move(x)后的x仍可访问，但处于“有效但未指定状态”，不能假设其值或大小，比如std::vector移动后通常为空，但标准不保证；再次读取x.size()是合法的，但内容不可预测 - 对内置类型（
int、double）或 trivial 类型调用std::move没有意义，编译器会直接优化掉，不会减少拷贝
返回局部对象时，优先靠编译器自动移动，别手动 std::move
函数返回局部对象，C++17 起 guaranteed copy elision（强制省略拷贝），连移动都跳过；C++11/14 中也会触发移动（如果移动构造可用）。这时候手动加 std::move 反而可能阻止优化，甚至导致额外移动。
- 错误写法：
std::vector<int> make_data() { std::vector<int> v{1,2,3}; return std::move(v); }—— 这会让返回值变成右值引用，反而抑制了返回值优化（RVO）路径 - 正确写法：
std::vector<int> make_data() { std::vector<int> v{1,2,3}; return v; }—— 让编译器自己决定：能省略就省略，不能就移动 - 只有当返回的是参数或成员变量（非局部对象）时，才需要
std::move，例如：class Buffer { std::vector<char> data_; public: std::vector<char> take_data() { return std::move(data_); } };
移动后别再用原对象，尤其在容器操作里容易踩空指针
移动操作不等于清空，而是资源“转手”。如果类内部持有裸指针或文件描述符，移动后原对象的指针通常被置为 nullptr，但这是实现约定，不是语言强制。很多标准容器（如 std::unique_ptr、std::string）移动后进入确定状态（空或小字符串），但自定义类型不一定。
- 常见错误：
std::unique_ptr<int> p = std::make_unique<int>(42); auto q = std::move(p); *p; // UB！p 已为空
- 容器中移动元素后继续索引访问没问题（比如
vec[0]），但若该元素是std::unique_ptr或含资源的类型，解引用前必须检查是否为空 - 用
std::move_iterator遍历容器并移动元素时，原容器内容会被清空，但迭代器本身不报错——得靠逻辑保证不重复使用
移动语义失效的三个典型场景
即使写了移动构造函数，某些情况下编译器也无法启用移动：要么类型不匹配，要么隐式转换被禁止，要么模板推导卡住。
立即学习“C++免费学习笔记（深入）”；
- 返回值类型和函数声明不一致：比如函数声明返回
std::string，但实际return std::move(some_c_str)，这里some_c_str是const char*，触发的是std::string构造而非移动 - 移动构造函数被标记为
explicit：会导致拷贝初始化（T x = std::move(y);）失败，只能用直接初始化（T x(std::move(y));） - 模板函数中未用
std::forward转发：比如template<typename t> void wrapper(T&& t) { foo(t); }</typename>—— 这里的t是左值，哪怕传进来的是右值，也会调用拷贝而不是移动
