闭包是内部函数引用外层局部变量且该函数逃逸出外层作用域时形成的运行时现象，需同时满足函数嵌套、实际使用外层变量、内层函数持续存在三条件。
闭包到底是什么：不是“返回函数”就叫闭包
闭包不是语法结构，而是一种运行时现象：当一个内部函数实际引用了外层函数的局部变量，且这个内部函数在外层函数执行完毕后仍被持有（比如作为返回值、赋给全局变量、传给setTimeout或事件监听器），JS 引擎就会保留那部分词法环境——这就形成了闭包。
关键在于三个条件必须同时满足：
- 函数嵌套（内层函数定义在外层函数体内）
- 内层函数真正读/写了外层的变量（不只是声明）
- 该内层函数逃逸出外层作用域并持续存在
常见误判：只写 return function() { ... } 并不自动构成闭包；如果内部函数没用到外层变量，V8 等引擎会优化掉无关环境，不产生闭包。
闭包怎么悄悄吃掉内存：从垃圾回收说起
JavaScript 使用标记清除（mark-and-sweep）做垃圾回收。正常情况下，函数执行完，它的执行上下文出栈，局部变量应被回收。但闭包会让某些变量“被标记为仍在使用”，哪怕外层函数早已结束。
后果很直接：
- 被闭包捕获的变量（包括大数组、DOM 节点、整个event.target对象）无法释放
- 如果闭包长期存活（如绑定在全局按钮上、挂在setInterval回调里），这些变量就一直驻留堆内存
- 表现为内存占用持续上升，Chrome DevTools 的 Memory 面板中能看到“Detached DOM tree”或“ArrayBuffers”长期不降
最常踩的三个坑和对应解法
以下都是真实项目中高频触发内存泄漏的场景：
立即学习“Java免费学习笔记（深入）”；
-
循环绑定事件时共享
i：用var声明的循环变量会被所有闭包共用，导致最后所有回调都输出同一个值，且i变量无法释放。✅ 改用let（块级作用域）或显式传参：for (let i = 0; i < buttons.length; i++) { buttons[i].addEventListener('click', () => console.log(i)); } -
无意捕获整个 DOM 节点：比如在事件回调里保存了
event.currentTarget或this，而该节点后续被移除但监听器未清理。✅ 只存需要的字段：const id = el.id，而不是const node = el；监听器用完后务必调用removeEventListener。 -
定时器 + 闭包长期持有大数据：例如
setInterval(() => { doSomethingWith(bigData) }, 1000)，只要定时器没被clearInterval，bigData就一直被引用。✅ 在不需要时主动清除：clearInterval(timerId)，并把timerId = null。
该用闭包时别怕，但得管住它的生命周期
闭包本身不是 bug，它是模块封装、私有状态、防抖节流等能力的基础。问题出在“创建了却不释放”。现代引擎（V8）能优化掉未使用的捕获变量，但它无法判断你“语义上是否还需要”某个数据——这只能靠人来设计。
真正容易被忽略的一点是：闭包的销毁时机完全取决于它被持有的方式。一个被赋给全局变量的闭包，和一个只在 Promise 回调里临时使用的闭包，内存影响天差地别。所以每次写闭包前，不妨问一句：它什么时候该“死”？我有没有留下让它活太久的引用？
