JavaScript垃圾回收不依赖引用计数，而是基于可达性的标记清除算法；闭包通过延长外部变量的可达路径阻止其回收，只要闭包本身可达，其捕获的变量就持续存活。
JavaScript 的垃圾回收（GC）**不依赖引用计数**来判断闭包相关变量是否可回收，现代引擎（V8、SpiderMonkey 等）统一采用基于**可达性（Reachability）的标记清除算法**。闭包本身不会“增加引用计数”，但它会延长外部变量的可达路径，从而阻止它们被回收。
闭包不触发引用计数机制
引用计数曾是早期 IE 对 DOM/BOM 对象使用的策略，但因其无法处理循环引用，早已被主流 JS 引擎弃用。当前所有现代浏览器和 Node.js 都使用标记清除 —— 它不统计“被引用几次”，而是检查“能否从根（global、栈帧、活跃闭包）出发访问到该对象”。闭包函数一旦被保留（如赋值给全局变量、存入事件监听器或定时器），它所捕获的整个词法环境就成为可达链的一部分。
闭包如何实际影响 GC 判定
- 只要闭包函数本身可达，它内部通过作用域链引用的所有外部变量（即使只用了其中一两个字段）都会保持可达
- 例如：
const data = { huge: new Array(1e6), id: 123 }; const handler = () => console.log(data.id);—— 尽管 handler 只读取 data.id，但 data 整个对象仍因闭包捕获而无法释放 - 使用 var 在循环中创建闭包时，多个回调共享同一个变量绑定，导致本该释放的循环变量及整个父级作用域长期滞留
哪些操作会让闭包“卡住”内存
- 将闭包赋值给全局属性（
window.handler = function() { ... }） - 未清理的事件监听器（
elem.addEventListener('click', closure)） - 持续运行的定时器（
setInterval(closure, 1000)） - 缓存结构（Map、数组）中持有闭包或其依赖的大对象
验证与优化的关键点
打开 Chrome DevTools → Memory 面板 → 拍摄堆快照 → 筛选 Closure 构造器，查看 retainers 路径：若发现某个闭包被 DOM 节点、定时器或全局对象持有，且其生命周期远超预期，就说明它正在隐式保活大量内存。解决方式不是“减少闭包”，而是精准切断不必要的引用链 —— 提取所需字段、用 let 替代 var、及时调用 removeEventListener 或 clearInterval、必要时手动置 null。
