右值引用变量本身是左值，必须用std::move转成右值才能转发；std::move仅类型转换，不移动数据；完美转发需用std::forward；多次std::move同一变量导致未定义行为；返回T&&易引发悬垂引用，应优先返回T。
右值引用变量本身是左值，必须用 std::move 转成右值才能继续转发
这是最常被误解的一点：声明为 T&& 的参数或变量，**在函数体内是个左值**——因为它有名字、可取地址、生命周期明确。直接传给另一个接受 T&& 的函数会编译失败，因为左值不能绑定到非 const 右值引用。
正确做法是显式调用 std::move 告诉编译器“我允许你把它当右值用”：
void sink(std::string&& s) { /* 接收并移动 */ }
<p>void wrapper(std::string&& s) {
sink(std::move(s)); // ✅ 必须加 std::move
// sink(s); // ❌ 编译错误：cannot bind rvalue reference to lvalue
}-
std::move不移动任何东西，只是类型转换（static_cast<t></t>） - 它不改变原变量的值，但之后再访问
s是未定义行为（除非你重新赋值） - 对已移出的对象调用
.empty()或赋值是安全的；调用.size()或.c_str()则不一定
完美转发要用 std::forward，不是 std::move
当你写模板函数并想把参数“原样”传给下游时，std::move 会强制变成右值，破坏转发语义。这时必须用 std::forward<t></t>，它根据 T 的类型决定是否转成右值：
template<typename T>
void wrapper(T&& t) {
sink(std::forward<T>(t)); // ✅ 正确：t 是左值引用时保持左值，是右值引用时转右值
}- 只有在通用引用（
T&&+ 模板参数推导）场景下才用std::forward -
std::forward的模板参数必须显式写出，且通常就是那个通用引用的类型名 - 误写成
std::forward<decltype>(t)</decltype>会出错：因为t是左值，decltype(t)是T&，而std::forward<t></t>不会转成右值
别对局部右值引用变量反复 std::move
一个常见误操作是多次对同一个右值引用变量调用 std::move，以为能“多移几次”。实际上第一次移动后对象可能已失效：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
void bad_example(std::string&& s) {
func1(std::move(s)); // ✅ 第一次移动，s 内容可能清空
func2(std::move(s)); // ⚠️ 危险：s 已被移走，func2 得到空字符串或崩溃
}- 移动后再次使用该变量属于未定义行为，编译器一般不报错，但运行时可能 crash 或逻辑错乱
- 如果真需要多次使用，要么复制（
auto copy = s;），要么只在最后一步移动 - 某些类型（如
int）移动和拷贝一样快，std::move没意义，还干扰可读性
函数返回右值引用时，调用方收到的是临时对象（纯右值）
如果你写了一个返回 T&& 的函数，比如 T&& get_ref()，调用方拿到的并不是原变量的引用，而是个将亡值（xvalue）。但要注意：返回局部变量的右值引用是悬垂引用，绝对禁止：
T&& bad_return() {
T local;
return std::move(local); // ❌ 错误：返回局部对象的引用，调用方拿到悬垂引用
}
<p>T&& ok_return() {
static T s; // 静态存储期
return std::move(s); // ✅ 合法，但极少需要这样设计
}- 绝大多数情况下，应该返回
T（值语义），让编译器自动应用移动语义或 RVO - 返回
T&&容易引发生命周期管理混乱，除非你在写底层库（如std::move_iterator） - 用户调用
foo().data()这类链式调用时，如果foo()返回T&&，要特别注意临时对象生命周期只到完整表达式结束
右值引用的“左值性”是 C++ 移动语义里最反直觉也最容易踩坑的地方。所有转发、移动、返回行为都绕不开这个前提：有名字的变量永远是左值，无论它声明成什么类型。
