闭包会阻止对象被垃圾回收，因其捕获的变量持续保持“可达”状态；应精简捕获范围、传递必要值、用WeakMap、及时清空引用，并注意DevTools对内存分析的干扰。
闭包本身不是“问题”，但它会改变对象的可达性，而标记清除算法只看“是否可达”——只要闭包还持有着某个对象的引用，那个对象就永远不会被标记为可回收。
闭包让本该释放的对象持续“可达”
标记清除从全局对象、调用栈等根出发，顺着引用链标记所有能访问到的对象。闭包函数在创建时会捕获其词法作用域中的变量，这些变量即使超出原始作用域，只要闭包还存在，它们就仍被“隐式引用”。比如：
-
常见写法：
function makeHandler(data) { return () => console.log(data); }——data整个对象（哪怕只是想用它的长度）会被闭包长期持有 -
后果：即使
makeHandler调用完成、外层函数执行上下文已销毁，data依然“可达”，GC 不会动它
哪些闭包场景最容易干扰标记清除
不是所有闭包都危险，但以下情况会让 GC 无法按预期工作：
- 闭包中引用了大数组、大型对象或 DOM 节点，且闭包生命周期远长于数据本身（如绑定到全局事件、存入缓存、作为定时器回调）
- 多个闭包共享同一外部变量（例如循环中创建的 handler），导致整个作用域变量无法释放
- 闭包被意外赋值给全局变量、或作为属性挂在长期存活对象上（如
window.handler = ...）
怎么写才能不干扰标记清除
核心思路是：减少闭包捕获的范围，切断非必要引用链。
立即学习“Java免费学习笔记（深入）”；
- 只传需要的值，而不是整个对象：
return () => console.log(data.length)→ 改成const len = data.length; return () => console.log(len); - 使用
WeakMap存储关联数据，它不会阻止键对象被回收 - 在不再需要时主动清空引用：
let ref = bigData; const fn = () => console.log(ref); /* 使用后 */ ref = null; - 避免在闭包中直接引用 DOM 元素；如需操作，优先用事件委托或确保卸载时清理
调试时注意 DevTools 的干扰
在 Chrome 中用堆快照分析内存时，console.log(obj) 会在控制台保留对 obj 的引用（尤其 DevTools 打开时），可能让你误判“闭包没释放”。实际运行中未必存在——验证泄漏要关掉控制台或用分配采样（Allocation sampling）更可靠。
