右值引用用T&&声明，仅绑定临时对象或std::move转换的右值；其核心是启用移动语义，非高效const引用；auto&&是万能引用；std::move仅类型转换；移动构造/赋值须noexcept；返回局部变量禁用std::move以防破坏RVO；移动后对象仅保证可析构、可赋值。

右值引用必须用 && 声明，且只能绑定到临时对象或显式转换的右值

右值引用不是“更高效的 const 引用”，它本质是启用移动语义的语法开关。声明形式固定为 T&&，比如 std::string&& s = std::string("hello"); 合法，但 std::string&& s = str;（str 是左值）直接编译失败。

常见错误是误以为 auto&& 总是右值引用——其实它是万能引用（universal reference），类型推导后可能是 T& 或 T&&，取决于初始化表达式。真正想强制触发移动，得靠 std::move。

• std::move 不移动任何东西，只是把左值强制转成右值引用类型（static_cast）
• 函数参数用 T&& 时，若接受左值实参，需在调用处加 std::move，否则匹配不到该重载
• 对已定义的右值引用变量（如 auto&& x = std::string("a");），再次使用 x 仍是左值，要再移就得 std::move(x)

移动构造函数和移动赋值运算符必须标记 noexcept，否则容器扩容可能退化为拷贝

标准容器（如 std::vector）在 push_back 或 resize 时，若元素类型有 noexcept 移动构造函数，会优先选择移动；否则回退到拷贝构造——这直接废掉移动语义的性能收益。

典型错误写法：

MyClass(MyClass&& other) { /* 忘记 noexcept */ }

MyClass(MyClass&& other) noexcept : data_(other.data_) { other.data_ = nullptr; }

立即学习“C++免费学习笔记（深入）”；

• 所有资源转移操作（指针交换、句柄接管）必须确保不抛异常，才能加 noexcept
• 若移动过程中可能抛异常（例如分配内存），宁可不提供移动函数，也不要加 noexcept 导致未定义行为
• 用 static_assert(std::is_nothrow_move_constructible_v); 在编译期验证

std::move 不等于“零成本”，滥用反而破坏返回值优化（RVO）

在函数返回局部对象时，写 return std::move(local_obj); 是反模式。现代编译器在满足 RVO 条件下会直接构造目标对象，跳过任何拷贝/移动；而加 std::move 会禁用 RVO，强制调用移动构造函数——多一次函数调用开销，还可能因移动构造体本身不内联而更慢。

只有两种情况该用 std::move 返回：

• 返回的是函数参数（形参是右值引用，且确定要交出所有权）：

  T func(T&& arg) { return std::move(arg); }

• 返回的是成员变量，且该成员明确要被清空：

  T get_data() { return std::move(data_); }

• 其他所有返回局部变量的场景，直接 return local_var;

移动后对象处于有效但未指定状态，不可再读取其值（除非文档明确保证）

C++ 标准只要求移动后的对象可析构、可赋值，不要求保留原值。比如 std::vector 移动后通常为空，但这是实现细节，不是契约。试图访问移动后的 data() 或 size() 可能崩溃或返回垃圾值。

容易踩的坑：

• 移动后继续用 if (vec.size() > 0) 判断——行为未定义
• 把移动过的对象放进容器（如 std::vector.push_back(std::move(x))），然后又去访问 x
• 自定义类中移动构造函数只转移指针却不置空源对象，后续析构两次释放同一内存

安全做法：移动后立即将源对象置为“显然无效”的状态（如指针设 nullptr，整数设 -1），并在文档里写明。