std::move仅强制转换左值为右值引用类型，不触发移动操作；std::forward配合模板万能引用实现完美转发，按实参原始值类别还原转发。
std::move 只做类型转换，不移动任何东西
std::move 的作用非常单纯：把一个左值强制转成右值引用类型（T&&），仅此而已。它不调用移动构造函数，也不触发任何实际的资源转移——那得靠后续的构造/赋值操作来完成。
常见误解是“调用了 std::move 就等于对象被移走了”，其实不是。比如：
std::string s = "hello"; auto&& r = std::move(s); // s 还活着，只是类型变成 string&& // 此时 s 处于有效但未定义状态（可析构、可赋值，但内容不可预测）
- 本质是
static_cast的封装(x) - 对右值再次用
std::move是冗余但合法的（如std::move(std::move(x))） - 如果
T没有移动构造函数，std::move(x)会退化为拷贝（编译器自动回退）
std::forward 只在模板推导后才起作用
std::forward 不是独立行为，它必须配合 auto&& 或模板参数中的万能引用（T&&）使用，否则毫无意义。它的唯一职责是：按原始实参类型“还原”转发——左值进来，转发为左值；右值进来，转发为右值。
典型场景是完美转发函数模板：
立即学习“C++免费学习笔记（深入）”；
templatevoid wrapper(T&& arg) { some_func(std::forward (arg)); // 关键：保留 arg 的值类别 }
- 若去掉
std::forward，直接写some_func(arg)，则arg在函数体内永远是左值（因为有名字） -
std::forward的实现依赖(arg) T是否被推导为左值引用：若T = U&，则std::forward转成U&；若T = U，则转成U&& - 不能对非模板参数用
std::forward（比如void f(int&& x) { std::forward是错的）(x); }
为什么 wrapper(T&&) + std::forward 才叫“完美转发”
单独看 std::move 和 std::forward 都只是类型转换工具，但组合起来才能解决“转发时丢失值类别”的问题。核心在于模板参数 T 的推导规则：
- 传入左值
int x; wrapper(x);→T推导为→std::forward等价于(x) static_cast（保持左值）(x) - 传入右值
wrapper(42);→T推导为int→std::forward等价于(x) static_cast（转为右值）(x) - 没有
std::forward，就只能统一用std::move，导致左值也被当成右值转发，破坏语义
这也是为什么工厂函数、包装器、lambda 捕获转发等场景必须用 std::forward —— 它让泛型代码能原样传递调用者的意图。
容易踩的坑：类型和实参必须严格匹配
std::forward 的安全性完全依赖模板参数 T 的正确推导。一旦手动指定类型或发生隐式转换，就会出问题：
-
std::forward：即使(x) x是const int&，也会强制转成int&&，可能引发 const 丢弃或类型不匹配 -
template是安全的；但void f(T&& t) { g(std::forward (t)); } template是危险的void f(T&& t) { g(std::forward (t)); } - 万能引用必须是“未加修饰的
T&&”，像const T&&或volatile T&&都不会触发引用折叠，也就无法用于完美转发
真正难的不是记住语法，而是理解什么时候该用 std::forward、什么时候只需 std::move，以及为什么模板参数类型必须由编译器推导而非手写。漏掉一个引用符号，或者多加一个 const，整个转发链就断了。
