闭包延长局部变量生命周期并扩展其可见范围，使其脱离函数执行结束即销毁的限制，绑定于闭包存在期间；它强化词法作用域静态性，确保内部函数始终沿定义时作用域链访问变量，并实现私有封装，但不当使用易引发共享变量或内存泄漏问题。
闭包直接改变了变量的“存活时间”和“可见范围”，它让本该随函数执行结束而销毁的局部变量，继续保留在内存中，并对外部保持可访问性。这种影响不是削弱作用域规则，而是让词法作用域的边界在运行时被“延长”了。
闭包让局部变量突破函数生命周期
正常情况下，函数执行完毕后，其局部变量会脱离作用域、被垃圾回收。但一旦形成闭包，内部函数持续引用这些变量，引擎就会判定它们“仍被需要”，从而阻止回收。比如计数器例子中，count在createCounter()执行完后并未消失，而是被返回的对象方法持续持有。
- 变量不再受“函数调用结束即销毁”的限制
- 其生命周期与闭包函数的生命周期绑定
- 只要闭包还存在（如被赋值给全局变量、作为事件回调未移除），变量就一直驻留内存
闭包强化了词法作用域的静态性
JavaScript 采用词法作用域，即变量查找依据的是函数定义的位置，而非调用位置。闭包正是这一机制的体现：内部函数无论在哪里被调用，都沿定义时的作用域链向上找变量。这意味着作用域关系在代码写好时就固定了，运行时不会因调用方式改变。
- 即使把内部函数传到另一个模块或作为回调执行，它依然能访问原始外层函数的变量
- 无法通过动态修改作用域链来绕过这个限制
- 这保证了行为可预测，但也要求开发者清楚每个闭包“记住”的到底是哪一层的变量
闭包使变量具备私有性和封装能力
由于外部无法直接访问闭包所捕获的变量（它们不在全局或调用者作用域中），这些变量天然成为“私有状态”。这是实现模块化、数据隐藏的基础手段。
- 像
makeMultiplier(2)返回的函数，内部保存的乘数factor对外不可见，只能通过调用影响结果 - 避免了全局污染，也防止外部误改关键状态
- 配合对象方法返回，可构建带私有字段的“类式”结构
不当使用会扭曲预期的作用域边界
闭包本身不破坏作用域规则，但容易引发误解——尤其是循环中用var声明变量并创建闭包时，所有闭包共享同一个变量绑定，导致最终都访问到最后一次迭代的值。
- 这不是作用域失效，而是变量提升+闭包捕获时机造成的意外交互
- 用
let声明可解决，因为每次迭代生成独立绑定 - DOM 事件监听中未清理闭包，会让相关节点和数据长期无法回收，看似“作用域还在”，实则是引用未释放
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
