闭包是函数与其定义时词法作用域的组合，本质是引擎保留对外层变量的引用而非拷贝；常见于内层函数逃逸原作用域并访问自由变量，如outer返回inner时count被持续持有。
闭包不是魔法，它只是 JavaScript 引擎对词法作用域的自然保留——只要你没销毁那个外层函数的执行上下文，它内部定义的变量就还在内存里，内层函数就能持续访问。
闭包的本质是「函数 + 它被创建时的作用域环境」
很多人以为闭包是“内层函数记住了外层变量”，其实更准确的说法是：当一个函数被定义在另一个函数内部，并且被返回或传递到外部作用域后，JavaScript 引擎会为它保留一份对外层作用域中变量的引用（不是拷贝）。只要这个内层函数还存在（比如被赋值给变量、放进数组、作为回调传入 setTimeout），外层作用域就不会被垃圾回收。
-
function outer() { let count = 0; return function inner() { return ++count; }; }中，inner就是一个闭包，count不是全局变量，也不是每次调用都重置 - 如果
outer()返回的是普通值（如数字、字符串）或没有引用外层变量的函数，那就不是闭包 - 闭包不等于“有嵌套函数”，关键看是否“逃逸”出原作用域并仍能访问自由变量（free variables）
常见闭包误用：循环中绑定索引值失效
这是最典型的踩坑场景：用 for 循环生成多个异步回调（如 setTimeout 或事件监听器），结果所有回调都输出同一个索引值（通常是循环结束后的值）。
for (var i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 100); // 输出 3, 3, 3
}
原因：var 声明的 i 是函数作用域，整个循环共享一个 i；所有 setTimeout 回调里的箭头函数都闭包了这个唯一的 i，等真正执行时循环早已结束。
立即学习“Java免费学习笔记（深入）”；
- 修复方式一：用
let替代var→ 每次迭代产生块级作用域，每个回调闭包各自的i - 修复方式二：显式创建闭包，例如
(function(i) { setTimeout(() => console.log(i), 100); })(i) - 修复方式三：用
forEach，它的回调参数天然隔离作用域
闭包带来的内存与调试问题
闭包让变量“活”得比预期久，容易引发意外的内存驻留。Chrome DevTools 的 Memory 面板中，如果看到某个对象被标记为 Closure 类型并长期不释放，大概率是闭包持有引用未清理。
- DOM 元素被闭包引用（比如事件处理函数里用了父作用域的
element），而该元素又被从 DOM 移除，但闭包还在，就造成内存泄漏 - 定时器未清除（
setInterval回调闭包了大对象），即使组件卸载了，回调仍在运行 - 调试时，在断点中查看
Scope面板能看到Closure下列出的所有被捕获变量，这是确认闭包行为最直接的方式
真正难的不是理解“闭包是什么”，而是判断“此刻我写的函数是不是无意中形成了闭包，它正在持有谁，又有没有必要一直持有”。多数问题出现在异步、事件、模块导出和类方法绑定这些场景里。
