该用 std::move 时是需显式启用移动语义的场景，如返回局部对象（但注意 RVO）、容器插入临时对象、资源交换后清空原对象；它仅转换为右值引用，不真正移动，依赖类实现移动操作。
什么时候该用 std::move？
std::move 不是“把东西搬走”，它只是把一个左值强制转成右值引用，好让编译器知道：“这个对象接下来大概率要被废弃了，可以走移动构造/移动赋值”。真正发生移动的是后续调用的移动构造函数或移动赋值运算符。
- 只有类自己实现了移动操作（
MyClass(MyClass&&)或operator=(MyClass&&)），std::move才有意义；否则退化为拷贝 - 常见适用场景：函数返回局部对象、容器插入临时对象、手动交换资源后清空原对象
- 错误现象：用了
std::move但性能没变，甚至更慢——大概率是目标类型没实现移动语义，或移动操作本身没做资源接管（比如只复制了指针没置空）
示例：返回局部对象时，现代编译器通常会自动 RVO（返回值优化），std::move 反而可能阻止优化：
std::vector<int> make_big_vec() {
std::vector<int> v(1000000);
return v; // ✅ 推荐：留给编译器做 RVO
// return std::move(v); // ❌ 不必要，且可能禁用 RVO
}
std::move 后还能用原变量吗？
能用，但行为未定义——除非你明确知道它内部状态。标准只要求被 move 的对象处于“可析构、可赋值”状态，不保证内容、大小或有效性。
-
std::vector被 move 后通常为空（v.size() == 0），但这是实现细节，不是规范保证 -
std::unique_ptr被 move 后一定为nullptr，这是它的契约 - 容易踩的坑：
- 对同一变量多次
std::move：第二次 move 的是已失效对象，可能 crash 或读垃圾值 - move 后继续读取
.data()、.c_str()等裸指针——这些指针大概率已失效 - 在
if分支里 move 了一次，else 里又试图用——必须确保逻辑上只用一次
- 对同一变量多次
为什么 std::move 不能直接用于 const 对象？
因为 std::move 的签名是 template<class t> typename std::remove_reference<t>::type&& move(T&& t)</t></class>，它接受一个右值引用参数，而 const T& 无法绑定到 T&&（类型不匹配）。
- 现象：
const std::string s = "hello"; std::move(s);编译失败，报错类似cannot bind rvalue reference of type 'std::string&&' to lvalue of type 'const std::string' - 解决方法：去掉 const（如果语义允许），或用
std::move(const_cast<std::string&>(s))（危险！仅当确定 const 是顶层修饰且对象实际可修改时才考虑） - 更安全的做法：设计接口时避免对 const 对象强求移动；若真需转移语义，说明 const 不该加在这里
移动语义没生效的常见原因
性能没提升 ≠ 写错了，很可能是移动语义根本没触发：
立即学习“C++免费学习笔记（深入）”；
- 类没声明/定义移动构造函数和移动赋值运算符（C++11 默认不生成，尤其当你写了析构函数或拷贝操作时，编译器会抑制隐式生成）
- 移动操作里没真正“掏空”资源：比如
other.ptr = nullptr;忘了写，导致后续析构仍释放原对象内存，造成 double-free - 编译器优化级别太低（如
-O0），部分移动构造可能被内联或替换，观察汇编或关闭优化测试更准 - 容器操作如
std::vector::push_back(std::move(x))，如果x是小对象（如int、std::pair<int,int>），移动和拷贝开销一样，看不出差别
最常被忽略的一点：移动语义的价值不在单次操作，而在避免深拷贝链式传播——比如函数传参 → 容器插入 → 再传给另一个函数。漏掉其中一环，整条链就退回拷贝。
