std::move 是类型转换工具，将左值转为右值引用以启用移动语义；真正移动由移动构造函数或赋值运算符完成，通过交换指针等成员实现高效资源转移，避免深拷贝开销。
std::move 本身不移动任何东西，它只是一个类型转换工具——把左值强制转成右值引用，从而让编译器“知道”：这个对象可以被安全地“搬走”了。真正完成移动操作的是类的移动构造函数或移动赋值运算符。
为什么不能直接用复制？——性能瓶颈在哪
复制一个包含大量动态内存的对象（比如 std::vector、std::string 或自定义大对象）时，会触发深拷贝：分配新内存、逐字节复制数据、再释放旧资源。这既慢又浪费。
而移动语义跳过复制，只交换内部指针和长度等少量成员——相当于“把房产证从A名下直接过户给B”，原对象则进入有效但未定义状态（通常清空或置为默认值）。
- vector
v1(1000000); // 占用约4MB内存 - vector
v2 = v1; // 深拷贝：再申请4MB + 复制100万次int - vector
v3 = std::move(v1); // 浅转移：只交换三个指针（data/size/capacity），v1变为空
std::move 的本质：静态类型转换
它只是调用 static_cast
立即学习“C++免费学习笔记（深入）”；
注意：对一个普通变量（如 int x;）调用 std::move(x)，只是把它当作右值看待；但 int 没有移动构造函数，最终仍调用复制——所以移动语义只对“拥有资源”的类型有意义。
- std::move 不等于“立刻销毁”，也不保证一定触发移动（如果没定义移动函数，会退化为复制）
- 移动后原对象仍可析构，但不能再安全使用其值（除非重新赋值）
- 不要对 const 对象用 std::move —— const T&& 很少被重载，通常匹配 const T&，还是复制
何时自动触发移动？不需要写 std::move 的情况
编译器在某些明确场景下会隐式进行移动（称为“返回值优化 RVO”或“命名返回值优化 NRVO”），无需手动 std::move：
- 函数返回局部对象（如 return vec;）
- throw 一个局部异常对象
- 用临时对象初始化同类型变量（如 auto v = std::vector
{1,2,3};）
但这些是编译器优化行为，不是语言强制。若想确保移动（尤其在参数传递、容器插入等场景），必须显式用 std::move。
自己实现移动语义的关键点
要让类支持移动，需定义移动构造函数和移动赋值运算符，并将原对象“掏空”：
- 移动构造函数形如：MyClass(MyClass&& other) noexcept
- 必须加 noexcept —— 否则 vector 在扩容时可能不敢调用它（怕异常导致不安全）
- 典型做法：用 std::move 把 other 的成员“转走”，再把 other 的指针设为 nullptr / size 设为 0
- 移动后 other 仍需满足析构安全（不能 double-free），但值无意义
现代写法推荐用 = default 让编译器自动生成（只要所有成员都支持移动且类没声明自定义析构/拷贝）。
基本上就这些。移动语义不是魔法，而是通过明确的所有权移交契约，把资源管理从“谁都能复制”变成“谁拿走谁负责”。std::move 就是那个递交接力棒的动作——轻、快、不可逆。
