arguments不是真数组且存在双向绑定和性能隐患，应优先用剩余参数替代；必须使用时需严格模式、避免赋值、选优转换方式并注意内存开销。
arguments 对象虽有 length 和数字索引，像数组，但不是真数组——直接调用 forEach、map、slice 会报错。更关键的是，它在非严格模式下与命名参数双向绑定，还可能触发 V8 引擎的优化降级（如隐藏类失效、内联缓存失效），造成隐性性能损耗。处理它不能只图“能用”，得兼顾语义清晰、执行高效和引擎友好。
避开 arguments 的同步陷阱（非严格模式）
在非严格模式下，修改 arguments[0] 会同步改写第一个命名参数，反之亦然。这种耦合不仅逻辑难懂，还会阻止 V8 对参数存储做优化（例如无法将参数分配到寄存器或紧凑栈帧中）。
- 始终在函数顶部加
'use strict';，断开 arguments 与命名参数的绑定 - 避免对
arguments[i]赋值；如需修改，先转为真数组再操作 - 若必须兼容旧环境且需同步语义，明确注释意图，否则极易引发维护性 bug
优先用剩余参数替代 arguments（ES6+ 推荐）
剩余参数（...args）是 arguments 的现代替代品：它是真数组、无同步副作用、支持所有数组方法，且 V8 对其有深度优化（如避免 arguments 对象的额外内存分配和上下文捕获开销）。
- 把
function sum() { return Array.from(arguments).reduce(...); }改成function sum(...args) { return args.reduce(...); } - 剩余参数天然支持解构、默认值、类型推导，也便于 TypeScript 类型标注
- 箭头函数虽无 arguments，但可安全使用
...args，消除作用域混淆
必须用 arguments 时，选对转换方式
若因兼容性或特殊场景（如高阶函数代理、装饰器）仍需 arguments，转换方式直接影响性能：
- Array.from(arguments)：语义最清晰，V8 已对其高度优化，推荐用于需后续链式操作的场景
- [...arguments]：语法最简，但仅限函数体内部；注意它仍会触发一次浅拷贝，大数据量时略逊于 call 方式
- Array.prototype.slice.call(arguments)：不创建中间数组，适合仅需遍历（如校验、日志）的轻量场景；但已属传统写法，可读性稍弱
- 避免
Array.apply(null, arguments)：易触发堆栈溢出，且在参数极多时性能崩塌
警惕 arguments 的内存与 GC 开销
V8 为 arguments 对象维护独立的映射结构，尤其在长生命周期函数或闭包中引用 arguments 时，可能延长参数对象的存活时间，阻碍垃圾回收。
- 不用时尽快释放：如
const args = Array.from(arguments); /* 处理 */; args.length = 0;（虽非必需，但显式清理有助 GC） - 避免在循环中反复访问
arguments.length或arguments[i]—— 每次都是属性查找，不如提前缓存为局部变量 - 高频调用函数（如事件处理器、渲染循环）中，坚决禁用 arguments，一律改用剩余参数
