右值引用参数本身不提速，需配合移动构造函数才能避免深拷贝；std::move仅类型转换，不执行移动；万能引用+std::forward用于完美转发；右值引用参数不延长实参生命周期。
右值引用参数能避免深拷贝，但必须配合移动构造函数
直接说结论：用 T&& 做函数参数本身不自动提速，它只是打开了一扇门——只有你同时提供了 T(T&&) 移动构造函数（或移动赋值），才能真正把临时对象的资源“掏空”过来。否则编译器还是会退回到拷贝构造，甚至可能报错。
典型场景是往容器里塞临时对象，比如：v.push_back(std::string("hello"))。如果 std::string 没有移动构造函数，这个调用就会触发一次完整深拷贝；有了它，就只交换指针、长度、容量三个字段，data 指针直接移交，原临时对象被置空。
- 函数签名写成
void f(std::string&& s)，只能接收右值，不能传变量名（如f(x)会编译失败） - 若想同时支持左值和右值，得重载两套：一个
const T&，一个T&& - 移动操作必须加
noexcept，否则std::vector在扩容时不敢调用它，仍走拷贝路径
std::move 不是移动，只是类型转换
很多人以为写了 std::move(x) 就等于把 x 的资源搬走了，其实不是。std::move 只做一件事：把左值 x 的类型从 T& 强转成 T&&，好让后续能匹配到移动构造函数。它不调用任何构造函数，也不修改 x 的内容——除非你写的移动构造函数里真去掏了它的资源。
所以常见错误是：对一个没写移动构造的类调用 std::move，结果什么也没变快，还让代码更难读。
立即学习“C++免费学习笔记（深入）”；
-
std::move(x)后，x进入“有效但未定义状态”，你不该再访问它的资源字段（比如x.data），但可以安全地析构或赋新值 - 不要对 const 对象用
std::move，const T&&几乎没用，因为无法修改源对象来完成“掏空” - 返回局部对象时不用手动
std::move，编译器会自动触发移动（NRVO 优化失败时）
右值引用参数常被误用于“通用转发”，其实该用模板 + std::forward
如果你写了一个函数，想让它既能接收 int 又能接收 std::string，还能保持传入的是左值还是右值，别直接用 T&& 参数——那是陷阱。正确做法是用万能引用（universal reference）：模板参数推导下的 T&&，再配合 std::forward<t>(arg)</t>。
例如：template<typename t> void wrapper(T&& arg) { inner(std::forward<t>(arg)); }</t></typename>。这里 T&& 不是右值引用，而是依赖于实参类型的“转发引用”。而裸写的 void f(std::string&& s) 是死类型，无法泛化。
- 裸
T&&参数 = 只收右值；模板T&&+std::forward= 保持原值类别（左/右值）转发 - 忘了写
std::forward而直接传arg给下层，arg在函数体内是左值，永远触发拷贝 - 移动语义解决的是“临时对象怎么省拷贝”，完美转发解决的是“模板怎么不丢信息”，两者目标不同
容易忽略的生命周期坑：右值引用参数延长不了实参寿命
函数参数是右值引用，不代表你能安全持有它的地址并用到函数外。比如写 void f(std::string&& s) { ptr = &s[0]; }，s 在函数返回后立即销毁，ptr 变成悬垂指针。右值引用参数的生命周期只到函数作用域结束，和普通参数一样。
真正能延长生命周期的，是绑定到**函数返回的临时对象**的右值引用，比如：auto&& v = get_vector(); —— 这个 v 把临时 std::vector 的生命延长到了 v 的作用域末尾。但参数传递不在此列。
- 所有函数参数（无论
&、&&、const&）都遵循同一套生命周期规则：进入函数时构造，离开时析构 - 想长期持有资源？要么移动进成员变量（如
this->data = std::move(s)），要么复制一份 - 返回局部右值引用参数是未定义行为，编译器通常会警告
