闭包中意外持有 arguments 对象会导致内存泄漏。arguments 是类数组对象，隐式强引用执行上下文，被闭包捕获后使整个激活对象无法回收；ES6 箭头函数无此问题，但普通函数只要访问 arguments 就会触发；应改用剩余参数 ...args 替代。
闭包中意外持有 arguments 对象，是 JavaScript 中一个隐蔽但常见的内存泄漏诱因。它不会报错，也不易被察觉，却可能导致函数作用域长期无法回收，尤其在频繁创建闭包的场景（如事件监听、定时器、高阶函数）下，arguments 携带的整个调用栈信息会持续驻留内存。
为什么 arguments 会导致额外内存占用
arguments 是一个类数组对象，不仅包含传入参数，还隐式保留对当前执行上下文（包括外层作用域变量、this、callee 等）的强引用。当它被闭包捕获（哪怕只是赋值给一个局部变量或作为返回值的一部分），整个函数的激活对象（AO）就无法被垃圾回收器释放——即使该函数早已执行完毕。
特别注意：ES6 箭头函数没有自己的 arguments，但普通函数中只要出现对该对象的任何访问或引用，V8 等引擎就会为其生成完整 arguments 对象并维持其生命周期。
如何快速识别这类问题
-
检查闭包内是否显式使用了
arguments：包括直接访问（arguments[0]）、展开（[...arguments]）、转数组（Array.from(arguments)）、甚至仅出现arguments字面量（无操作）也可能触发保留 -
观察 DevTools 的 Memory 面板：录制 Heap Snapshot 后，筛选
closure类型，再按“Retained Size”排序，查找持有大量字符串/对象却逻辑上应已销毁的闭包；点击查看详情，看其内部是否引用了arguments或标记为arguments的对象 -
留意 Chrome 的 “Detached DOM tree” 关联线索：若某个被移除的 DOM 元素仍被闭包持有，而该闭包又引用了
arguments，往往意味着整条作用域链被钉住
安全替代方案与修复建议
-
优先使用剩余参数（
...args）：它不绑定 arguments 对象，只收集实际参数，且是真正的数组，无隐式上下文依赖 -
避免在闭包中读取 arguments：如果只需第一个参数，直接用形参
fn(a, b)；若必须动态处理参数，改用...args后再传递或处理 -
手动切断引用：极少数必须用 arguments 的场景（如兼容旧代码），可在闭包逻辑结束前显式赋值
arguments = null（注意：这仅在非严格模式下有效，且不推荐） -
启用严格模式（'use strict'）：可禁用
arguments.callee和部分隐式绑定，缩小 arguments 的影响范围；现代代码应默认开启
一个典型误用示例
以下代码看似无害，实则让每次调用都留下一个无法回收的闭包：
function makeLogger() {
return function() {
console.log('called with', arguments); // ← 这里捕获了 arguments
};
}
调用 makeLogger() 100 次，会产生 100 个独立闭包，每个都持有一个完整的 arguments 对象及其上下文——即使你从未真正调用返回的函数。
修正方式很简单：
function makeLogger() {
return function(...args) {
console.log('called with', args);
};
}
