std::forward不能随意替换为std::move，因其会破坏左值引用语义，导致本该复用的资源被意外转移；std::forward保留原始值类别，而std::move总是转为右值。
为什么 std::forward 在工厂函数里不能随便换为 std::move
因为会破坏左值引用语义，导致本该复用的资源被意外转移。工厂返回对象时若接收的是左值参数（比如已构造好的配置对象），std::move 强制转为右值，触发移动而非拷贝，可能让调用方后续访问失效。
-
std::forward<t>(arg)</t>保留原始值类别：左值进、左值出；右值进、右值出 -
std::move(arg)总是转成右值，不管arg原来是不是 const 左值 - 泛型工厂中模板参数
T必须是带引用的类型（如T&&），否则std::forward失效
工厂函数模板怎么写才支持完美转发
关键在形参声明必须是万能引用（universal reference），且模板参数推导要保留 cv 和引用限定。常见错误是把参数写成值传递或非引用类型，导致转发链断裂。
- 正确签名：
template<typename t> std::unique_ptr<base> make_derived(T&& arg)</typename> - 错误写法：
template<typename t> std::unique_ptr<base> make_derived(T arg)</typename>（值传递，丢失引用信息） - 内部构造必须用
std::forward<t>(arg)</t>，不能写成std::forward<decltype>(arg)</decltype>（后者推导出的是带引用的类型，但语义错乱） - 如果工厂还要转发多个参数，用参数包：
template<typename... args> auto create(Args&&... args) -> std::unique_ptr<t></t></typename...>
完美转发 + 可变参数模板的实际陷阱
编译器会对参数包做模板实参推导，但遇到 nullptr、字面量、数组名等时容易推导失败或产生意外类型，进而让 std::forward 行为异常。
-
make_derived(nullptr)推导出T = std::nullptr_t，没问题；但make_derived("hello")推导为const char[6]，不是你想传给构造函数的std::string_view - 解决方法：加一层约束，比如用
std::enable_if_t<:is_constructible_v args...>></:is_constructible_v>屏蔽不匹配的调用 - 注意
std::forward只能用于转发，不能用于多次调用同一变量——转发后原变量处于有效但未定义状态，二次转发会出问题
工厂返回 std::unique_ptr 时，完美转发会影响内存布局吗
不影响。完美转发只改变构造函数调用时的实参绑定方式，不改变 std::unique_ptr 的大小或对齐要求。但会影响构造过程是否触发移动语义，从而影响性能和副作用。
立即学习“C++免费学习笔记（深入）”；
- 若构造函数接受
std::string&&，而你传入一个左值std::string s，用std::forward能让它走移动分支；用std::move也行，但失去对右值输入的保真能力 - 若构造函数只有
const std::string&重载，那无论怎么 forward，都走拷贝——这时候完美转发没带来额外收益，但也没坏处 - 真正容易被忽略的是：工厂内部 new 表达式本身不参与转发，它只是把转发来的参数传给目标类型的构造函数
