17370845950

左值引用只能绑定左值，右值引用只能绑定右值；std::move仅转换为右值引用而不移动数据；移动操作应声明noexcept；std::forward用于模板中条件转发以保持值类别。

左值引用只能绑定到左值，右值引用只能绑定到右值

这是最常被误解的起点。左值（lvalue）指有名字、能取地址的表达式，比如变量 a、数组元素 arr[0]；右值（rvalue）指临时对象、字面量、函数返回的非引用类型值，比如 42、std::string("temp")、func()（当 func 返回 std::string 而非 std::string&）。

关键点在于：绑定规则是编译期强制的。

• int x = 10; int& lr = x; ✅ 合法：x 是左值
• int& lr = 42; ❌ 编译错误：42 是右

  

  值，不能绑定到非 const 左值引用（C++11 前甚至不允许绑定到 const 左值引用，但 C++11 起允许 const int& cr = 42;，这是历史兼容特性，不是右值引用）
• int&& rr = 42; ✅ 合法：右值引用可绑定纯右值
• int&& rr = x; ❌ 编译错误：x 是左值，不能隐式转为右值

std::move 不产生移动，只是把左值“标记”为可移动

std::move 是一个强制类型转换函数，它不移动任何数据，也不调用移动构造函数——它只做一件事：把参数转换为右值引用类型（T&&），从而让后续重载决议能选中移动版本的函数。

常见误用：

• 对局部变量无脑加 std::move：如果该变量之后还要用，就变成悬空访问（因为移动后其内部资源通常已被掏空）
• 对函数返回值加 std::move：如 return std::move(local_obj);，反而抑制了 NRVO（命名返回值优化）和移动优化，应直接 return local_obj;
• 对 const 对象调用 std::move：结果是 const T&&，而移动构造/赋值函数通常接受非 const 的 T&&，无法匹配，最终退化为拷贝

正确姿势是：仅在你明确放弃该对象后续使用权、且目标函数存在对应移动重载时使用。

移动构造函数和移动赋值运算符必须 noexcept（强烈建议）

如果移动操作可能抛异常，标准容器（如 std::vector）在扩容时会回避使用移动，转而用拷贝——因为拷贝失败可回滚，而移动失败可能导致资源泄漏或不一致状态。

典型写法：

class Widget {
    std::vector data_;
public:
    Widget(Widget&& other) noexcept : data_(std::move(other.data_)) {}
    Widget& operator=(Widget&& other) noexcept {
        if (this != &other) data_ = std::move(other.data_);
        return *this;
    }
};

注意：std::move 本身不抛异常，但成员移动是否 noexcept 取决于其类型。例如 std::vector 的移动是 noexcept 的，但自定义类型若未显式声明，编译器按规则推导（C++11 起：若所有成员移动操作都 noexcept，则默认合成的移动函数也是 noexcept）。

完美转发依赖 std::forward 和模板参数推导规则

std::forward 不是“更彻底的 move”，它是条件性转换工具，用于在通用引用（T&&）场景下，根据原始实参是左值还是右值，分别转发为左值引用或右值引用。

典型陷阱：

• 在非模板函数里用 std::forward：没意义，因为没有类型推导上下文
• 把 std::forward 用在非通用引用参数上：比如 void f(int&& x) { std::forward(x); } —— x 是左值（有名字），std::forward 会把它转成 int&&，但语义仍是左值绑定，无法触发移动
• 忘记模板参数必须是推导出的类型：正确写法是 std::forward(t)，其中 T 来自函数模板参数 template void wrapper(T&& t)

本质是：只有通过 T&& 推导 + std::forward 才能实现“保持原值类别”的转发。