左值引用只能绑定左值,右值引用只能绑定右值;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来自函数模板参数templatevoid wrapper(T&& t)
T&& 推导 + std::forward 才能实现“保持原值类别”的转发。








