闭包在函数定义时即诞生，通过静态绑定[[Scope]]属性延长作用域链生命周期；其存续取决于是否被活跃引用，一旦所有强引用消失，关联变量才可被垃圾回收。
闭包的生命周期从它被定义时开始，到它所引用的外部变量不再被任何活跃函数持有为止；作用域链不是静态快照，而是动态维持的引用链，闭包正是通过“延长作用域链的存活时间”来实现变量访问。
闭包何时诞生：定义即绑定词法环境
闭包在函数被定义（而非执行）的那一刻就已形成。JavaScript 引擎会为该函数内部的[[Scope]]属性记录下它创建时所在的词法环境链——这包括当前函数作用域、所有外层函数作用域，直至全局作用域。
- 即使外层函数早已执行完毕并退出，只要内层函数还存在（比如被返回、赋值给变量、传入回调），它的[[Scope]]仍指向原始外层作用域
- 这个绑定是静态的：不随调用位置变化，只取决于函数写在哪一层嵌套中
- 例如：
function makeAdder(x) { return y => x + y; }，每次调用makeAdder(5)都生成一个新闭包，各自记住自己的x值
作用域链如何被“保鲜”：变量不销毁，只因仍有引用
正常情况下，函数执行结束，其局部变量应被垃圾回收。但闭包改变了这一流程：只要闭包函数对象还存活，它所依赖的外层变量就会保留在内存中，因为它们仍被作用域链“间接引用”。
- 引擎不会释放那些被闭包作用域链直接或间接持有的变量环境记录
- 作用域链本身是一个引用链：闭包 → 外层词法环境 → 更外层词法环境 → … → 全局环境
- 一旦闭包函数被彻底丢弃（如变量被重新赋值、DOM 引用移除、监听器解绑），对应外层变量才可能被回收
生命周期结束的典型信号：闭包失去所有强引用
闭包生命周期终结，并不依赖显式“销毁”操作，而取决于 JavaScript 的垃圾回收机制是否判定它已不可达。
立即学习“Java免费学习笔记（深入）”；
- 常见终止场景：变量被设为
null、离开作用域（如函数执行完且无返回）、事件监听器被removeEventListener移除 - 注意陷阱：DOM 元素上绑定的闭包回调若未解绑，即使页面跳转，也可能因浏览器保留节点引用而延迟回收
- 循环引用（尤其在旧版 IE）曾加剧问题，现代引擎能正确处理大部分闭包相关的可达性判断
对开发者的关键影响：可控但需意识
闭包让状态封装成为可能，但也把变量生命周期交到了函数引用手上——这不是 bug，而是设计特性。
- 想长期保存状态？利用闭包自然延续变量生命
- 担心内存占用？检查是否有意外保留的闭包（如大量事件处理器、定时器未清理）
- 调试时可借助 DevTools 的 Memory 面板查看闭包持有的变量，或用
console.dir(fn)观察其[[Scopes]]属性
