直接用 ...args 转发参数出错是因为未展开数组，导致目标函数接收一个数组而非多个参数；正确写法是 fn(...args) 展开传递，配合泛型可保持 TypeScript 类型安全。
为什么直接用 ...args 转发参数会出错
高阶函数里常见写法是接收一个函数和若干参数，再把参数传给它。但若目标函数本身也用剩余参数（比如 fn(...rest)），而你又在转发时多套了一层数组或对象解构，就容易触发“参数被包裹成单个数组”的问题——比如本该传 a, b, c，结果变成 [a, b, c]，导致目标函数收到 1 个参数而非 3 个。
典型错误示例：
const withLog = (fn) => (...args) => {<br> console.log('call', args); // args 是数组<br> return fn(args); // ❌ 错了！把整个数组当第一个参数传了<br>};
- 根本原因：没对
args做展开，而是直接当单个值传入 - 不是所有场景都适合用
apply，现代 JS 更推荐解构 + 展开组合 - 如果目标函数有必需参数（如
(x, y, z)），传错数量会静默失败或报undefined错误
正确转发：解构 + 剩余参数的三层配合
转发的关键在于「拆开输入、保留原始调用形态」。常见模式是：外层收参 → 中间处理（如加日志、校验）→ 内层用 ...args 展开还原。
标准写法：
const withLog = (fn) => (...args) => {<br> console.log('calling with', args);<br> return fn(...args); // ✅ 正确展开<br>};
-
...args在形参位置表示「收集所有传入参数为数组」 -
...args在实参位置表示「把数组元素逐个展开为独立参数」 - 两者同名不冲突，JS 引擎靠上下文区分语义
- 如果需前置插入参数（如加
ctx），写成fn(ctx, ...args)即可
带默认参数或命名参数时怎么安全转发
当目标函数有默认值（如 (a, b = 42, ...rest)）或使用对象解构（如 ({ timeout, retry })），直接 ...args 转发仍有效，但要注意调用方是否按约定传参。
例如：
const fetchWithTimeout = (fn) => (options, ...rest) => {<br> const opts = { timeout: 5000, ...options };<br> return fn(opts, ...rest);<br>};
- 这里先解构出
options，再把剩余参数...rest原样后置转发，避免覆盖默认行为 - 若目标函数签名是
(url, { timeout, retry })，则应写成fn(url, { timeout: 5000, ...opts })，而不是盲目展开 - 混淆「参数顺序」和「参数结构」是高频翻车点：解构对象不依赖顺序，但剩余参数展开严格依赖位置
TypeScript 下如何保持类型不丢失
纯 JS 里转发很自由，但 TS 里若不标注类型，...args: any[] 会导致下游函数类型推导失效，IDE 提示变弱，甚至绕过类型检查。
推荐写法（泛型 + 参数推导）：
const withRetry = <T extends (...args: any[]) => any>(<br> fn: T<br>): ((...args: Parameters<T>) => ReturnType<T>) => {<br> return (...args) => {<br> try {<br> return fn(...args);<br> } catch (e) {<br> return fn(...args);<br> }<br> };<br>};
-
Parameters<T>和ReturnType<T>能精准复用原函数的参数/返回类型 - 避免手写
any[]或unknown[]，否则解构后参数类型信息就断了 - 如果高阶函数要加新参数（如重试次数），建议用函数柯里化分离：先
withRetry(3)，再接(fn)，类型更清晰
最易被忽略的是：解构转发本身不改变调用栈，但一旦中间插入异步逻辑（如 await delay()），就不再是“透明转发”，此时要考虑错误堆栈是否可追溯、参数是否被闭包意外捕获。
