为避免v8优化失效，应启用严格模式、用剩余参数替代arguments、禁用arguments写操作；必须使用时优先array.from或slice.call，杜绝array.apply及修改暴露。
避免 arguments 导致 V8 优化失效和作用域损耗，核心是切断它与引擎优化路径的冲突点：类型不稳定、参数耦合、内存绑定过强。现代写法能绕过绝大多数陷阱。
严格模式必须前置
非严格模式下，arguments[0] 和第一个命名参数双向同步，V8 无法做参数寄存器分配或类型特化，直接禁用内联缓存（IC）和 TurboFan 编译。即使只读访问，只要函数体里出现 arguments，就可能触发保守策略。
- 函数第一行加
'use strict';，强制断开参数与arguments的映射 - 不要依赖“我没改它所以没关系”——只要存在，V8 就会按最差情况处理
- 箭头函数天然无
arguments，适合封装逻辑层，避免意外引入
优先用剩余参数替代
...args 是语义清晰、引擎友好的真数组，V8 对其有完整优化链支持：IC 缓存稳定、可内联、支持类型推导，不会引发隐藏类分裂。
- 把
function sum() { return Array.from(arguments).reduce(...); }改成function sum(...nums) { return nums.reduce(...); } - 剩余参数支持解构、默认值、展开运算符，也便于 TypeScript 标注为
number[]等具体类型 - 高阶函数代理场景中，可用
fn(...args)完全替代fn.apply(this, arguments)
必须用 arguments 时，转换要克制
若因兼容旧环境或特殊装饰器逻辑不得不使用，转换方式直接影响性能开销和 GC 压力。
- 需要后续链式操作（如
map、filter）：用Array.from(arguments)，V8 已深度优化，语义明确 - 仅需遍历或校验：用
Array.prototype.slice.call(arguments)，不创建中间数组，内存友好 - 避免
Array.apply(null, arguments)，参数超千个易栈溢出，且无任何优化收益 - 转换后尽快释放引用，例如
const args = Array.from(arguments); /* 处理 */; args.length = 0;
杜绝修改与暴露
任何对 arguments 的写操作（包括 arguments[0] = x、arguments.length = 0、添加自定义属性）都会触发去优化，让函数反复在解释执行和优化编译间切换。
- 禁止给
arguments[i]赋值；如需修改参数，先转为数组再操作 - 不返回
arguments对象本身，也不把它传给其他函数长期持有 - 不在闭包中缓存
arguments，否则延长参数对象生命周期，阻碍垃圾回收
