std::move仅将左值转为右值引用以启用移动操作，不实际移动；仅当目标函数有移动重载且确认更快时才使用，避免对const对象、移动后访问或误用std::forward。
什么时候该用 std::move？不是所有“看起来能移”的地方都该移
直接结论：std::move 本身不移动任何东西，它只是把左值强制转成右值引用类型，让编译器知道“你可以搬走它了”。真正触发移动构造或移动赋值的，是后续调用的函数（比如容器的 push_back、emplace_back 或自定义类型的移动构造函数）。
常见错误现象：对局部变量无脑加 std::move，结果函数没提供移动重载，反而调用拷贝——性能没提升，还让代码更难读。
- 只在目标函数明确有移动重载（且你确认它比拷贝快）时才用
std::move - 对
const对象调用std::move没意义：移动操作通常需要修改源对象，而const对象不可改，编译器会退回到拷贝 - 移动后别再访问原对象：标准只要求“可析构、可赋值”，不代表内容还能用。例如
std::vector移动后通常变为空，但不保证data()为nullptr
std::move 和 std::forward 别混用：一个“强转右值”，一个“保持值类别”
这是最常被搞混的点。std::move(x) 总是返回右值引用；std::forward<t>(x)</t> 只在 T 是右值引用类型时才转成右值，否则保持左值——它专为完美转发设计，只该出现在模板参数推导 + auto&& 的上下文中。
典型误用场景：在普通函数里对形参用 std::forward，比如写成 void f(std::string s) { g(std::forward<:string>(s)); }</:string> —— 这里 s 是左值，std::forward 不起作用，还容易误导自己。
立即学习“C++免费学习笔记（深入）”；
- 非模板函数中，一律用
std::move（如果真要移） - 模板函数中，形参是
T&&且用了完美转发（如template<typename t> void wrapper(T&& x) { real_func(std::forward<t>(x)); }</t></typename>），才用std::forward -
std::move的参数类型是T&，所以能接受任意左值；std::forward要求显式指定模板参数T，否则编译不过
移动语义没生效？检查这三件事：类有没有移动构造函数、是否被隐式删除、是否被优化绕过
写了 std::move 却发现没走移动路径，大概率卡在这三个环节：
- 类没声明移动构造函数或移动赋值运算符：编译器不会自动生成，除非你没写拷贝/析构等特殊成员（即满足“可移动”的默认条件）。一旦写了析构函数或拷贝构造，移动函数就变成“已删除”状态
- 移动函数被
= delete或访问权限限制（比如私有）：编译可能静默回退到拷贝，也可能报错，取决于上下文 - 编译器做了 NRVO/RVO（返回值优化）：函数返回局部对象时，即使你写了
return std::move(local);，优化开启后连移动都跳过——这不是 bug，是预期行为。想验证移动是否发生，得关掉优化（-O0）或在移动函数里加日志
一个小示例：如果类 MyData 有 std::vector<int> buf;</int>，但没写移动构造，那 std::vector 的移动也不会触发，因为外层类没把控制权交出去。
移动后访问原对象的“安全边界”在哪？别依赖未定义行为
标准只规定移动后的对象处于“有效但未指定状态（valid but unspecified state）”，意思是：你能安全调用其析构函数、能赋新值、能调用 operator=，但不能假设 size() 是 0、empty() 返回 true、或指针成员为 nullptr。
真实踩坑例子：有人在 std::unique_ptr 移动后还去 if (p.get()) 判断，以为它一定为空——其实标准只要求 p == nullptr 成立，而 p.get() 返回什么没说；虽然主流实现返回 nullptr，但这不是契约。
- 移动后唯一能无条件做的操作是：析构、赋值、交换（
swap） - 不要对移动后的
std::string、std::vector等调用data()或解引用begin()，哪怕它们看起来“空” - 如果你需要移动后清零或重置，显式调用
.clear()或.reset()，而不是靠移动副作用
移动语义的复杂性不在语法，而在责任划分：你告诉编译器“可以搬”，但搬完怎么收拾残局，得你自己心里有数。
