闭包是内部函数引用外部变量且被传递到定义环境之外执行时才产生的机制；它冻结定义时的作用域链，使外部变量脱离默认生命周期而随函数值存活，可能导致内存泄漏。
闭包怎样改写作用域链的查找行为
JavaScript 的作用域链在函数定义时就冻结了，不是调用时才确定。这意味着 inner 函数哪怕在全局里被调用，它的作用域链第一环仍是自身词法环境，第二环是定义它的 outer 词法环境，而不是调用它的那个环境。
- 查找变量时，引擎严格按这条静态链向上找，不会跳到调用栈的上层函数里去“碰运气”
- 如果
inner没引用a，哪怕它嵌套在outer里，也不会形成闭包——a仍会在outer执行完后被回收 - 一旦引用发生（比如
return () => a + 1），整个outer的词法环境就被inner持有，哪怕只用了其中 1 个变量，其他变量也跟着“赖着不走”
为什么 return function() { console.log(a) } 会卡住内存
这不是 bug，是设计使然：闭包让变量脱离了“函数执行完就销毁”的默认生命周期，转而绑定到函数值的引用生命周期上。
-
createCounter()返回的函数每次调用都读写同一个count，靠的就是闭包把count锁在内存里 - 但反过来说，如果你给 DOM 元素绑了一个带闭包的事件处理器，又忘了
removeEventListener，那个处理器一直活着，它引用的外层数据（比如大数组、DOM 节点）就永远无法被垃圾回收 - Chrome DevTools 的 Memory 面板里看到 “Detached DOM tree” 或 “Closure” 占大量堆内存，往往就是这类问题
怎么判断某段代码是否真产生了闭包
别信“嵌套=闭包”。打开控制台，用 console.dir(fn) 查看函数对象，展开 [[Scopes]] 展开项：
- 如果有
Closure类型的作用域条目，且里面列出了你预期的变量（如a: 42），那就是闭包生效了 - 如果只有
Global和Script，说明没捕获任何外部变量 - 注意：箭头函数也会形成闭包，但它没有自己的
this和arguments，只继承外层词法环境
