移动语义需手动实现移动构造函数和赋值运算符并标记noexcept，std::move仅类型转换不执行移动，临时对象天然右值但依赖类支持才能触发o(1)资源转移。
移动语义不是“自动消除”深拷贝，而是提供了一条明确的、可被编译器识别和调用的替代路径——只要类实现了移动构造函数和移动赋值运算符，且调用场景满足右值条件，std::move 或隐式右值就能触发 O(1) 资源转移，绕过 O(n) 深拷贝。
移动构造函数必须显式定义才能生效
编译器不会为已有深拷贝逻辑的类自动生成移动操作。即使你写了 Buffer(Buffer&&)，如果没在类内声明，或声明了但没定义，或者定义里漏了 noexcept（尤其对 std::vector 扩容至关重要），编译器就只能退回到拷贝构造。
- 必须手动添加移动构造函数：
Buffer(Buffer&& other) noexcept - 移动后原对象必须处于有效但未定义状态（如把
data_置为nullptr，size_置为 0） - 不加
noexcept时，std::vector::push_back在扩容可能拒绝调用移动，强行走拷贝——这是最隐蔽的性能回退点 - 若类有 const 成员或引用成员，移动构造函数无法生成（编译报错），需改用指针或
std::unique_ptr封装
std::move 只是类型转换，不真正移动任何数据
std::move 的作用就是把一个左值强制转成右值引用类型，让后续重载决议能选中移动版本。它本身不释放内存、不复制字节、不改变任何运行时状态。
- 写
buf = std::move(other)后，other仍可访问，但内容已无效；再次使用other.data_是未定义行为 - 对 const 对象调用
std::move无效：const 左值不能绑定到非 const 右值引用，移动构造函数不会被选中 - 不要对局部变量无脑加
std::move：比如return std::move(local_obj);会抑制 RVO（返回值优化），反而降低性能 -
std::move是<utility></utility>里的函数模板，不是关键字，也不做任何运行时操作
临时对象天然触发移动，但前提是类支持
函数返回局部对象、std::make_unique 构造结果、lambda 捕获值等产生的临时对象，都是右值。它们本该直接触发移动，但实际是否发生，完全取决于目标类型的移动能力。
- 例如
std::vector<buffer> v; v.push_back(Buffer(1024*1024));</buffer>：括号内是临时对象（右值），若Buffer有 noexcept 移动构造，则直接接管内存；否则降级为深拷贝 - 若函数返回类型是
Buffer，且返回的是局部变量名（非临时表达式），RVO 可能直接省略构造+移动，但不可依赖；返回临时对象字面量（如return Buffer(1MB);）则一定走移动 - STL 容器如
std::string、std::vector自 C++11 起已自带移动操作，但你的自定义类不会自动继承——每一份 RAII 封装都得自己补上
最容易被忽略的点是：移动后对象的状态虽合法，但不可预测；而更隐蔽的问题是，哪怕只漏掉一个 noexcept，整个容器操作链就可能退回深拷贝——这不是语法错误，也无编译警告，只有压测时的吞吐骤降和堆分配暴增能暴露它。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
