右值引用和完美转发是资源管理的关键机制，非语法糖；std::move仅类型转换，真正移动由移动构造/赋值函数执行；完美转发需满足万能引用与模板推导前提，否则失效。
右值引用和完美转发不是语法糖，是资源管理的开关——用错会导致静默的深拷贝、悬空指针或未定义行为，而非编译报错。
std::move 并不移动，只是类型转换
std::move 本质是 static_cast<t></t>，它不触发任何移动操作，只让对象获得“可被移动”的资格。真正执行移动的是目标类型的移动构造函数或移动赋值运算符。
- 对已绑定的左值变量调用
std::move后，原变量仍可访问，但其状态变为“有效但未指定”（如std::vector可能为空，也可能非空） - 重复对同一对象调用
std::move是合法的，但后续使用该对象极易引发未定义行为 - 不要对字面量或临时对象显式调用
std::move：比如func(std::move(std::string("hello")))是冗余的，编译器本就会按右值处理
完美转发失效的三大典型场景
使用 std::forward<t>(t)</t> 实现完美转发时，必须满足“万能引用 + 模板参数推导”这一前提。常见破环条件：
- 参数类型写死为
T&或const T&：此时T不再是模板参数，std::forward失去推导依据，全部退化为左值转发 - 中间存储到非模板类型变量中：例如
auto x = std::forward<t>(t); func(x);</t>——x是具体类型左值，转发链断裂 - 在可变参数包展开中漏掉
std::forward：如foo(args...)应写成foo(std::forward<args>(args)...)</args>；漏掉任意一个都会导致对应实参失去值类别信息
移动构造函数里忘记 std::move 成员变量
自定义类型的移动构造函数中，类内成员若为可移动类型（如 std::string、std::unique_ptr），必须对其逐个调用 std::move，否则会触发默认的拷贝行为。
立即学习“C++免费学习笔记（深入）”；
class Widget {
std::string name_;
std::unique_ptr<int> data_;
public:
Widget(Widget&& other) noexcept
: name_(std::move(other.name_)) // ✅ 必须 move
, data_(std::move(other.data_)) // ✅ 必须 move
{}
};
- 省略
std::move会导致调用std::string的拷贝构造函数，性能退化且违背移动语义初衷 - 若成员是内置类型（
int、double等），std::move无意义，但也不报错 - 务必声明
noexcept：否则标准容器（如std::vector）在扩容时可能拒绝调用你的移动构造函数，回退到拷贝
std::forward 与 std::move 混用的边界
std::forward 只用于转发模板参数（即所谓“万能引用”T&&），而 std::move 用于明确放弃所有权的场景。两者不可互换。
- 函数形参是
Widget&&（非模板）？用std::move，不是std::forward - 函数形参是
T&&且T是模板参数？必须用std::forward<t></t> - 对非引用类型（如
Widget w）调用std::forward是错误的：编译器会因无法推导T而报错
最易忽略的一点：移动语义是否生效，最终取决于目标类型是否提供了移动操作——如果类没有定义移动构造函数，即使你传入右值，也会退回到拷贝构造函数。别假设“写了 std::move 就一定快”。
