std::forward不能直接传非模板参数，因为它依赖模板参数t的推导结果来保持原始值类别；若t非由t&&推导而来，则forward失去条件转发能力，只能无条件转右值或编译失败。
forward 为什么不能直接传非模板参数
因为 std::forward 的设计前提就是「已知类型是模板参数推导出来的」。它内部靠 T&& 这种万能引用（universal reference）和 static_cast<t></t> 配合，才能在调用时还原原始的左值/右值属性。如果你传一个普通变量比如 int x，再套 forward<int>(x)</int>，它只会无条件转成右值——完全失去“转发”意义，还可能引发重复移动或悬垂引用。
常见错误现象：forward<int>(x)</int> 把本该保留的左值强行转右值，导致后续再访问 x 时行为未定义；或者在非模板函数里硬套 forward，编译器报错 cannot deduce template argument for 'T'。
- 只在模板函数中使用
forward，且形参必须是T&&形式（如template<typename t> void f(T&& t)</typename>） - 转发时写
forward<t>(t)</t>，不是forward<decltype>(t)</decltype>——后者会把t当作左值表达式固定为T&，失去完美转发能力 - 如果函数不接受通用引用（比如形参是
const T&或T），就别用forward，它没作用
forward 和 move 的关键区别在哪
std::move 是无条件转右值，std::forward 是有条件转——只在原始实参是右值时才转右值，否则保持左值。这个“条件”来自模板参数 T 的推导结果：当调用 f(42)，T 推成 int，T&& 是右值引用，forward<t>(t)</t> 等价于 static_cast<int>(t)</int>；而调用 f(x)（x 是左值），T 推成 int&，T&& 会退化为 int&（引用折叠规则），forward<t>(t)</t> 就变成 static_cast<int>(t)</int>，即保持左值。
性能影响：误用 move 替代 forward 会导致本该复用的左值被意外移动，比如容器元素被清空后又试图读取；反过来，该用 move 时用了 forward（比如明确要转移所有权的局部对象），可能因类型推导问题无法触发移动构造。
立即学习“C++免费学习笔记（深入）”；
- 转发函数参数用
forward，转移确定不再使用的对象用move -
move(x)永远等价于static_cast<decltype>(x)</decltype>，和模板无关 - 写
forward<t>(t)</t>前，务必确认T是通过T&& t推导来的，不是手动写的类型名
完美转发失效的典型场景
最常见的是参数被“中间截获”：比如把 T&& 参数先赋给一个 auto 变量、放进 std::tuple、或传给另一个非模板函数。这时原始的值类别信息就丢失了，再怎么 forward 都只能按新变量的声明类型处理。
错误示例：template<typename t> void f(T&& t) { auto x = t; forward<t>(x); }</t></typename> ——这里 x 是左值，forward<t>(x)</t> 实际上永远转不出右值（除非 T 是右值引用类型，但此时推导不可能发生）。
- 避免在转发链中引入任何中间变量，尤其别用
auto接收万能引用参数 - 如果必须暂存，用
std::forward_as_tuple或std::forward_like（C++23）这类专门设计的工具 - lambda 表达式捕获
T&&参数时，也容易隐式转成左值，需显式用std::forward在调用处还原
模板参数推导失败时 forward 就没意义
比如函数签名是 template<typename t> void f(const T& t)</typename>，那 t 永远是左值引用，forward<t>(t)</t> 不管传进来的是 42 还是 x，都只能转成 const T&，起不到转发效果。这时候所谓的“完美转发”根本不存在——连右值都进不来。
兼容性影响：有些老代码用 const T& 兼容所有类型，看着省事，但彻底堵死了移动语义路径。C++11 后更推荐用两个重载（const T& + T&&）或直接上万能引用。
- 检查函数形参是不是
T&&，如果不是，别碰forward - 若需兼容 const 和非 const，考虑用
std::remove_cvref_t辅助判断，但转发本身仍依赖T&&形参 - 别指望
forward能绕过语言限制——它只是把编译器已知的信息原样透传，不创造新能力
真正难的不是记住 forward 的语法，而是每次写模板函数时，下意识问一句：这个参数的值类别信息，有没有在某处被悄悄擦除过？
