闭包是JavaScript的运行机制而非HTML特性；其形成需同时满足三条件：存在内部函数、该函数被返回或传入其他作用域、且仍能访问外层函数的局部变量。
闭包不是 HTML 的特性，而是 JavaScript 的运行机制；HTML 文件里写 script 标签时用到的闭包，本质是 JS 引擎对作用域链和变量生命周期的处理方式。
闭包产生的三个必要条件
必须同时满足以下三点，才算真正形成闭包：
- 存在一个内部函数（比如
inner） - 该内部函数被返回、赋值给外部变量，或作为参数传到其他作用域中（如
return inner） - 该内部函数在定义它的函数（如
outer）执行完毕后，仍能访问outer中的局部变量（如let count = 0）
缺一不可。只定义不返回、返回但没被外部持有、或没引用外层变量，都不构成闭包。
for 循环中点击事件总是输出最后一个 i 值
这是面试高频陷阱，典型错误写法：
立即学习“前端免费学习笔记（深入）”；
const buttons = document.querySelectorAll('button');
for (var i = 0; i < buttons.length; i++) {
buttons[i].onclick = function() {
console.log(i); // 全部输出 buttons.length
};
}
原因：var 声明的 i 是函数作用域，循环结束时 i 已变成最终值；所有事件回调共享同一个 i 变量。
修复方式（任选其一）：
- 用
let替代var：块级作用域为每次迭代创建独立绑定 - 用立即执行函数包裹：
(function(index) { ... })(i)，把当前i值作为参数固化 - 用
forEach替代for：天然提供独立参数作用域
闭包导致内存无法释放的典型场景
闭包本身不等于内存泄漏，但若引用链未断，变量就无法被垃圾回收。常见风险点：
- 全局变量持有了闭包函数（如
window.counter = createCounter()），而闭包又长期引用大对象（如 DOM 节点、大型数组） - 事件监听器未解绑，且监听函数是闭包（如
element.addEventListener('click', handleClick)中的handleClick捕获了大量数据） - 定时器未清除：
setInterval回调是闭包且持续持有外部变量
验证方法：Chrome DevTools → Memory → “Take heap snapshot”，筛选 Closure 类型，看哪些变量意外常驻。
面试时如何解释“闭包让变量保持在内存中”
不要只说“因为闭包引用了它”，要落到 JS 引擎机制：
- 函数执行完，其活动对象（AO）本该被 GC 回收
- 但若返回的闭包函数的
[[Scope]]内部仍指向该 AO，GC 就无法释放它 - 只要闭包函数还存活（比如被全局变量引用、还在事件队列里排队、或被定时器持有），AO 和其中变量就一直存在
关键细节：闭包保留的是「变量的引用」，不是值的拷贝；修改闭包内变量，会影响所有共享它的函数调用。
