std::move只是将左值转换为右值引用，不执行移动操作；是否触发移动语义取决于目标类型是否定义了移动构造/赋值函数，否则退化为拷贝，且编译器不报错。
不理解左值和右值，你写的 std::move 很可能没生效，甚至引发静默错误或崩溃。
为什么 std::move 有时等于白写？
因为 std::move 只是类型转换（把左值转成右值引用），它不移动任何东西——真正触发移动语义的是被调用的构造函数或赋值运算符是否重载了 T&& 版本。
- 如果目标类没定义移动构造函数，
std::move(x)会退化为拷贝构造，编译器不会报错 - 如果变量本身是右值（比如函数返回临时对象），直接传参即可，再套一层
std::move是多余且危险的（可能重复移动） - 对
const左值调用std::move，结果是const T&&，通常无法绑定到非 const 的移动操作符上
左值和右值在函数重载解析中怎么起作用？
编译器靠值类别决定调用哪个重载版本，不是靠变量名或是否带 &。关键看表达式本身是左值还是右值。
-
int x = 42;→x是左值；42是纯右值；std::move(x)是将亡值（xvalue），属于右值子类 - 重载时：
void f(int&)只接受左值；void f(int&&)只接受右值；void f(const int&)两者都可，但优先级最低 - 常见误判：以为
auto&&总是万能引用——其实它依赖初始化表达式的值类别，推导后可能是T&或T&&
移动语义失效的三个典型场景
这些地方看似用了移动，实际仍在深拷贝，性能损失明显，还容易掩盖资源管理 bug。
立即学习“C++免费学习笔记（深入）”；
- 返回局部对象时没启用 NRVO（命名返回值优化），又手动写了
return std::move(local_obj);—— 这反而阻止了优化，强制触发移动（或更糟，触发拷贝） - 容器如
std::vector的push_back接收右值时才调用移动构造，但如果元素类型没实现移动操作符，就回落到拷贝 - 在
std::unique_ptr赋值中写p1 = std::move(p2);正确，但若写成p1 = p2;，编译失败（因为拷贝被删除），这时错误反而帮你暴露了问题
最麻烦的不是记不住定义，而是调试时看到资源没被转移、内存没被释放，却找不到哪一行“看起来正确”的代码在捣鬼——值类别判断发生在编译期，不报错也不警告，只能靠你心里有数。
