闭包导致内存泄漏的关键是闭包被长期持有且捕获了不该保留的大对象（如dom节点、大数组、组件实例），需通过devtools比对堆快照中closure数量与retained size变化，检查retainers链定位持有者，并手动置null、移除事件监听器或清除定时器来切断引用。
因为内部函数捕获了外部函数的词法环境，变量不是被复制，而是被持续引用——只要闭包还存在，这些变量就保留在内存中，不会随外部函数退出而销毁。
变量没消失，是被“带走了”
外部函数执行结束时，它的执行上下文本该被释放。但若其内部定义的函数被返回或传到外部，并且这个内部函数访问了外部函数的局部变量（比如 let 或 const 声明的变量），JavaScript 引擎就会把这部分变量连同它们所在的词法环境一起“封存”起来，绑定给该内部函数。这个组合就是闭包。
关键不在“值”，而在“引用位置”
闭包记住的不是某个时刻的值，而是变量在作用域链中的查找路径：
- Python 中：闭包绑定的是变量名和外层作用域的查找关系，调用时才取值；循环中容易所有闭包共享最终值
- Go 中：编译器通过逃逸分析把被闭包引用的变量分配到堆上，由闭包持有其内存地址
- JS 中：每个闭包实例拥有独立的外层变量副本，f1 = createCounter() 和 f2 = createCounter() 的 count 互不干扰
不是一直留着，而是“按需活着”
变量能持续存在，前提是闭包本身还被引用：
- 如果闭包赋值给了全局变量、事件监听器或长期存活的对象，它捕获的变量就不会被垃圾回收
- 一旦闭包失去所有引用（比如函数变量被设为 null，监听器被移除），整个词法环境才可能被回收
- 过度保留闭包（尤其在循环或大型对象中）容易引发内存泄漏
怎么确认闭包生效了？
调试时可以观察实际行为或工具支持：
- 调用多次返回的函数，状态是否延续（如计数器每次 +1）
- Chrome DevTools 的 Scope 面板中能看到 Closure 条目，列出被保留的变量
- Go 编译时加 -gcflags="-m -l"，看输出是否有 moved to heap 提示
