std::move本质是将左值强制转换为右值引用类型以启用移动语义，而非实际移动内存；它不抛异常，但后续移动操作是否安全取决于类是否正确定义了noexcept的移动构造/赋值函数。
move 本质是类型转换，不是真正“移动”
std::move 不做任何内存搬运，它只是把一个左值强制转成右值引用类型（T&&），从而让编译器允许调用移动构造函数或移动赋值运算符。如果类没定义移动操作，std::move 后仍会走拷贝——这是最常被忽略的前提。
常见错误现象：std::move 后对象还能用？能，但内容处于“有效但未指定状态”，比如 std::vector 移动后通常为空，但访问 size() 是安全的；而直接读取其内部指针则未定义。
- 必须确保目标类型实现了移动构造函数（
T(T&&)）和/或移动赋值（T& operator=(T&&)） - 对内置类型（如
int、double）或 trivial 类型调用std::move没有意义，编译器会自动优化 - 不要对 const 对象用
std::move：const 左值转成const T&&，一般无法绑定到非 const 移动函数
右值引用绑定规则：只能绑定临时对象或 std::move 结果
右值引用 T&& 本身是左值（有名字），但它只能初始化时绑定右值：字面量、函数返回的临时对象、std::move(x) 的结果。直接写 T&& r = x;（x 是普通变量）会编译失败。
典型使用场景：
立即学习“C++免费学习笔记（深入）”；
- 实现移动构造函数：
Widget(Widget&& other) noexcept : data_(other.data_) { other.data_ = nullptr; } - 完美转发：配合
template<typename t> void foo(T&& t)</typename>和std::forward<t>(t)</t>，保留实参的左/右值属性 - 避免无谓拷贝：传入大对象时用
void process(std::string&& s)，表明“我准备接管它”
不加 noexcept 的移动函数可能被标准容器拒绝
像 std::vector::resize 或 std::vector::push_back 在需要重新分配内存并移动元素时，会检查移动构造函数是否标记为 noexcept。如果不是，容器可能退回到拷贝路径——性能直接打回原形。
示例对比：
class Buffer {
char* ptr_;
public:
Buffer(Buffer&& other) noexcept : ptr_(other.ptr_) { other.ptr_ = nullptr; } // ✅ 容器敢用
Buffer(Buffer&& other) : ptr_(other.ptr_) { other.ptr_ = nullptr; } // ❌ 容器倾向拷贝
};- 所有移动操作，只要不抛异常，务必加
noexcept - 若移动过程可能抛异常（比如移动中要 new 内存），说明设计有问题——移动本应是轻量、确定性的
-
std::move本身不抛异常，但后续调用的移动构造函数是否抛异常，取决于你写的那个函数
移动后访问源对象：安全边界很窄
标准只保证移动后的对象处于“valid but unspecified state”，即可以安全析构、可以赋值、可以调用 clear() 等不依赖当前状态的成员函数。但不能假设它等于某个特定值（比如空），也不能读取未重置的裸指针。
- 移动
std::unique_ptr后，原指针变nullptr，可安全判断 - 移动
std::vector后，size()和empty()可调，但data()返回值不可解引用 - 自定义类中，移动后应显式置空资源句柄（如
ptr_ = nullptr），否则析构时 double-free 风险极高
真正容易被忽略的是：移动语义的价值高度依赖资源管理模型。没有 RAII 封装的裸资源（malloc/free、new/delete），手动移动几乎必然出错。优先用 std::unique_ptr、std::string、std::vector 这类已实现健壮移动的类型，比自己写移动逻辑更可靠。
