rest参数与arguments对象对比：快速理解差异

从 arguments 到 rest 参数：一次现代 JavaScript 函数设计的进化

你有没有写过这样的函数？

function logAll() { for (let i = 0; i < arguments.length; i++) { console.log(arguments[i]); } }

这段代码在五年前很常见，但今天再看，是不是觉得哪里怪怪的？arguments没有声明却能直接用，不能调用forEach，在箭头函数里还报错……它像一个“幽灵变量”，藏着不少坑。

随着 ES6 的普及，JavaScript 终于给了我们一个更优雅的替代方案：rest 参数（...args）。它不仅解决了arguments的痛点，还让函数接口变得更清晰、更现代。

那么问题来了：

既然 rest 参数这么好，为什么还有人用arguments？它们到底差在哪？

别急，今天我们不堆术语，也不列规范，就从实战角度，把这两个“参数收集者”彻底掰开揉碎，看看谁才是真正适合现代项目的那一个。

一、本质区别：不只是“能不能用 forEach”那么简单

很多人说：“rest 是数组，arguments 不是。” 这没错，但太浅了。真正关键的是它们的语言定位和行为逻辑完全不同。

arguments：历史遗留的“类数组对象”

arguments是每个非箭头函数自动拥有的局部变量，长得像数组——有索引、有length，但它不是数组实例：

function foo() { console.log(Array.isArray(arguments)); // false console.log(arguments instanceof Array); // false } foo(1, 2, 3);

你想对它用.map()？不行。必须绕路：

// 老办法：借用原型方法 Array.prototype.map.call(arguments, x => x * 2); // 或者转成真数组 const args = [].slice.call(arguments);

这还不算完。在严格模式下，arguments和形参之间的联动关系也被切断了：

function badExample(a) { 'use strict'; a = 100; console.log(arguments[0]); // 仍然是原始值，不会同步更新 }

更糟的是，箭头函数根本拿不到arguments：

const arrow = () => { console.log(arguments); // ReferenceError! };

这意味着你在写高阶函数或事件回调时，一旦用了箭头函数，这条路就走不通了。

rest 参数：ES6 正式定义的“合法数组”

相比之下，rest 参数从出生就是正规军：

function sum(...numbers) { console.log(Array.isArray(numbers)); // true return numbers.reduce((a, b) => a + b, 0); }

看清楚了：
-...numbers是真正的Array实例；
- 可以直接.filter()、.find()、.flatMap()随便用；
- 支持解构、支持默认值、支持类型标注；
- 在箭头函数中完全正常工作。

const multiplyBy = (factor, ...nums) => nums.map(n => n * factor); multiplyBy(3, 1, 2, 3, 4); // [3, 6, 9, 12]

语法清晰，意图明确，没有任何魔法。

二、核心差异对比：一张表说清所有关键点

💡 小知识：V8 引擎会对使用了arguments的函数进行“去优化”（deoptimization），因为它无法确定变量是否会被动态访问，从而关闭某些内联和缓存优化。

三、实际开发中的典型场景对比

让我们通过几个真实场景，看看两者如何表现。

场景 1：实现一个通用的日志装饰器

需求：记录函数调用时的所有参数。

用arguments写法（老派）

function withLog(fn) { return function () { console.log('调用参数:', Array.from(arguments)); return fn.apply(this, arguments); }; }

问题很明显：
-arguments是函数内部隐式变量；
- 必须用apply和Array.from转换；
- 如果fn是箭头函数也没问题，但外层不能是箭头函数。

用 rest 参数重写（现代版）

function withLog(fn) { return (...args) => { console.log('调用参数:', args); return fn(...args); }; }

干净利落。而且内外层都可以是箭头函数，结构统一，类型也容易标注。

场景 2：提取前几个参数，处理剩下的

比如你要写一个配置函数，第一个参数是目标元素，后面是一系列事件处理器。

arguments方案：手动计算索引偏移

function addEventListeners() { const element = arguments[0]; const handlers = Array.prototype.slice.call(arguments, 1); handlers.forEach(handler => { element.addEventListener('click', handler); }); }

这里有个经典陷阱：arguments不是数组，所以不能直接.slice(1)，得靠call借用。

rest 参数方案：天然分离

function addEventListeners(element, ...handlers) { handlers.forEach(handler => { element.addEventListener('click', handler); }); }

参数分工一目了然：第一个是element，其余全是handlers。不需要任何转换，也没有索引越界风险。

场景 3：配合解构使用，提升表达力

rest 参数可以和数组/对象解构完美融合，这是arguments完全做不到的。

// 示例：处理带有元数据的输入项 function processItems([first, second], ...metadata) { console.log('主数据:', first, second); console.log('附加信息:', metadata); // ['src:user', 'level:debug'] } processItems(['登录', '成功'], 'src:user', 'level:debug');

这种设计在编写中间件、DSL 或命令行工具时特别有用——既能精准提取关键字段，又能灵活接收额外参数。

四、什么时候还能用arguments？

虽然我极力推荐用 rest 参数，但在极少数情况下，arguments仍有其价值：

✅ 合理使用场景

1. 编写 polyfill 或兼容库
   js // 模拟 bind 函数 if (!Function.prototype.bind) { Function.prototype.bind = function () { var fn = this; var args = Array.prototype.slice.call(arguments); return function () { return fn.apply(this, args.concat(Array.prototype.slice.call(arguments))); }; }; }
   在需要兼容 IE8 的环境中，可能还没法用 rest 参数。

2. 动态代理函数（慎用）
   有些高级代理逻辑依赖arguments的“全量捕获”特性，不过现在更多会用 Proxy + rest 替代。

❌ 应该避免的情况

• 在新项目中为了“省事”直接访问arguments
• 在 TypeScript 中强行使用arguments导致类型丢失
• 认为arguments“性能更好” —— 实际恰恰相反

五、最佳实践建议：怎么选，怎么看

✅ 推荐做法

1. 优先使用 rest 参数
   js function log(level, ...messages) { console[level](...messages); }

2. 与 TypeScript 结合，增强类型安全
   ts function push<T>(array: T[], ...items: T[]): number { return array.push(...items); }
   类型系统能准确推导items是T[]，极大提升可维护性。

3. 避免混用rest和arguments
js function badMix(a, ...b) { console.log(arguments); // 能运行，但毫无必要 }
   混用只会增加理解成本，没有任何好处。

4. 旧代码迁移策略
   - 找到所有使用arguments的函数；
   - 检查是否有命名参数；
   - 将后续参数替换为...args；
   - 删除Array.prototype.slice.call(arguments)类代码；
   - 添加类型注解（如有 TS）；

六、总结：这不是功能取舍，而是工程思维升级

rest参数 vsarguments，表面看是一个语法选择，实则是两种编程理念的分野：

结论很明确：

在任何支持 ES6 的项目中，都应该用rest参数取代arguments。

这不是“新技术炫技”，而是为了让代码更健壮、更容易被工具链理解和优化。尤其是在使用 Webpack、Babel、ESLint、TypeScript 等现代前端基建时，显式优于隐式，声明优于猜测。

如果你还在用arguments，不妨问自己一个问题：

我是因为环境限制不得不这么做，还是只是习惯了“以前就这么写的”？

技术会变，习惯也要跟着进化。
从今天起，把...args写进你的函数签名里吧。