std::forward 是编译期有条件类型转换，依据模板参数 T 是否为右值引用决定是否转右值；必须配合万能引用 T&& 和模板推导使用，单独调用或误用于非模板参数将失效。
forward 本质是静态类型转换，不是“转发动作”本身
std::forward 不做运行时操作，它只是在编译期根据传入的模板参数类型，决定是否把一个左值引用转成右值引用。关键看它的模板参数：如果 T 是左值引用类型（如 int&），std::forward(x) 就保持左值；如果 T 是非引用或右值引用（如 int 或 int&&），它就强制转成右值。
常见错误是直接对普通变量调用 std::forward，比如：int x = 42; std::forward(x) —— 这会把左值 x 强行转成右值，但调用者没声明移动语义，可能触发浅拷贝或未定义行为。
- 必须配合万能引用（
T&&）和模板推导使用，单独用毫无意义 - 转发目标（即
forward的实参）必须是函数参数，且该参数类型由模板推导得出 - 不能对字面量、临时对象、const 变量直接 forward，容易破坏 const 正确性
万能引用 + forward 才构成“完美转发”链条
所谓“完美”，是指保留原始实参的值类别（左值/右值）和 const/volatile 限定。这需要两个条件同时满足：T&& 参数（注意不是 auto&&）+ std::forward(arg)。
典型写法：
立即学习“C++免费学习笔记（深入）”；
template
void wrapper(T&& arg) {
inner(std::forward(arg)); // inner 能收到和 wrapper 被调用时完全一致的实参类型
}
如果写成 void wrapper(auto&& arg)，arg 是具名变量，永远是左值，std::forward(arg) 永远转不出右值 —— 因为 decltype(arg) 总是 T& 或 const T& 这类左值引用类型。
- 模板参数
T必须参与推导，不能被显式指定（否则推导失效，forward 失去依据） - 被转发的函数（如上例的
inner）必须有对应重载：支持int&、int&&、const int&等多种签名 - 若
inner只有一个int值传递版本，那“完美”就退化为“总拷贝”，forward 无实际作用
forward 失效的三个高频场景
即使语法正确，std::forward 也常因上下文丢失类型信息而失效。
- 函数返回局部变量并 forward：局部变量是左值，即使加
std::move也常被编译器优化掉移动构造，更别说 forward - 参数包展开中漏掉模板参数：比如
template void f(Ts&&... args) { g(std::forward(args)...); }是对的；但若写成std::forward(args)或硬编码某个类型，就会崩 - lambda 捕获后转发：捕获的变量在 lambda 内是成员，访问时是左值；即使按值捕获，
this->member仍是左值，需额外 move 或设计可移动的捕获方式
错误现象通常是：本该触发移动构造的，却调用了拷贝构造；或者编译报错 “no matching function for call to …”，提示找不到接受右值引用的重载。
forward 和 move 的根本区别在哪
std::move 是无条件转右值，std::forward 是有条件转右值 —— 条件就是 T 是否为右值引用类型。这是二者唯一本质差异。
所以：std::move(x) 等价于 static_cast&&>(x)；而 std::forward(x) 等价于 static_cast(x)，前提是 T 是模板推导出的原始类型。
- 不要用
std::move替代std::forward在万能引用场景，会丢失左值语义 - 也不要对已知是右值的临时对象用
forward，纯属多此一举，直接move更清晰 - 最易忽略的一点：forward 的模板参数必须和万能引用的推导结果严格一致，差一个
const就可能让右值变左值
