闭包是函数与其定义时词法环境的组合，通过[[environment]]内部槽保留对外部变量的引用，使变量在外部函数执行完毕后仍不被垃圾回收。
闭包不是魔法，它是 JavaScript 词法作用域和执行上下文机制自然演化的结果。理解它，关键不在背定义，而在看清变量如何被查找、引用如何被保留、内存为何不释放。
闭包的诞生：函数带着“老家地图”出生
JavaScript 函数在定义那一刻，就悄悄记住了自己写在哪一层作用域里——这个“位置信息”就是它的词法环境（Lexical Environment）。它不是运行时决定的，而是代码写死的结构。比如一个嵌套在三层函数里的内层函数，它一创建，就绑定了从自己到全局的完整作用域链路径。
- 函数对象内部隐含一个 [[Environment]] 内部槽，指向其定义时的词法环境
- 这个环境包含变量对象（VO）或词法环境记录（Record），以及对上层环境的引用
- 调用时，引擎沿着这条预设链逐级查找变量，而非根据谁调用了它
作用域链怎么查变量：从里往外“敲门”
每次访问变量，引擎都像按门牌号找人：先敲当前函数的“门”，没找到就去上一级“敲”，再没找到就继续往上，直到全局。这个过程就是作用域链的遍历。
- 查找顺序严格遵循定义时的嵌套层级，与调用栈无关
- 哪怕外层函数早已执行完毕、执行上下文被销毁，只要闭包还活着，那条链上的变量对象仍被引用着，不会被垃圾回收
- 例如
let count = 0; return () => ++count;中，count就挂在外层函数的词法环境中，被返回的函数牢牢拽住
闭包不是功能，是状态的“活体快照”
所谓闭包，就是一个函数 + 它能访问的所有外部变量的组合。它让局部变量脱离了函数执行周期的限制，变成可延续、可修改的私有状态。
- 每次调用工厂函数（如
createCounter()），都会生成一组独立的作用域链和变量副本 - 多个闭包可以共享同一外层变量（如循环中未正确绑定的
i），也可能各自持有不同副本（用let声明或立即执行） - 这不是语法糖，而是函数作为一等公民 + 词法作用域共同作用下的必然行为
小心闭包带来的“隐形包袱”
闭包让变量常驻内存，方便的同时也带来风险：如果本该释放的变量被意外闭包持有着，就会形成内存泄漏。
- 常见场景：DOM 事件监听器引用了外层大对象，移除节点却忘了解绑
- 调试技巧：Chrome DevTools 的 Memory 面板可录制堆快照，对比前后找出长期存活的闭包引用
- 缓解方式：及时解除引用（
handler = null）、用弱引用结构（WeakMap）、避免在循环中创建未隔离的闭包
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
