闭包是函数与其定义时词法环境的组合体，本质为词法作用域的固化；函数通过作用域链持有对外层变量的引用，使变量在外部函数执行完毕后仍存活。

JavaScript 闭包不是某种特殊函数，而是“函数 + 它定义时所处的词法环境”的组合体。关键不在函数怎么写，而在它**定义的位置**决定了它能记住哪些变量——这个记忆能力，就靠作用域链来维持。

闭包的本质是词法作用域的固化

JS 使用词法作用域：函数的作用域在写完代码那一刻就定死了，跟它在哪被调用完全无关。比如一个内层函数在 outer 函数里定义，它就天然绑定了 outer 的局部变量，哪怕 outer 已经执行结束、上下文被销毁，只要这个内层函数还存在（比如被返回、被保存），它依然能访问那些变量。

• 函数创建时，引擎会为其内部隐式设置 [[Scope]] 属性，指向其定义时的词法作用域链
• 该链从当前函数自身作用域开始，逐级向上包含外层函数作用域，最终到全局
• 变量查找永远按这条链顺序进行：找不到就往上翻，直到全局；翻完都没找到才报 ReferenceError

作用域链是闭包能“记住变量”的唯一通道

闭包之所以不丢失外部变量，并非因为变量被复制了，而是因为内层函数持有对外层词法环境的**引用**。只要这个引用还存在，外层函数的变量对象就不会被垃圾回收。

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• outer 执行完后，其活动对象本该释放，但 inner 仍通过作用域链连着它 → 变量持续存活
• 多个闭包（如循环中生成的多个函数）可能共享同一个外层环境，也可能各自捕获不同状态，取决于定义位置和变量声明方式（var/let）
• 常见陷阱：for 循环中用 var 声明 i，所有闭包都引用同一个 i；改用 let 就为每次迭代创建独立绑定

判断一个函数是不是闭包，只看它是否引用了外部词法环境中的变量

即使没有显式 return，只要函数体内访问了外层函数的参数或变量，它就是闭包。浏览器开发者工具中能看到 Closure 面板列出被捕获的变量，这就是作用域链在运行时的具象体现。

• 典型结构：外层函数定义局部变量 + 内层函数引用该变量 + 外层函数返回内层函数（或以其他方式让内层函数逃逸）
• 不返回也能形成闭包：比如把内层函数赋值给全局变量、传给 setTimeout、作为事件处理器绑定等
• 箭头函数同样遵循词法作用域，也会形成闭包，只是不绑定自己的 this/arguments

闭包带来的实际影响离不开作用域链行为

很多看似奇怪的现象，拆开看都是作用域链查找逻辑的自然结果：

• 异步回调中取到的是“最后的值”？→ 查找的是变量当前在作用域链顶端的值，不是定义时的快照
• 内存泄漏风险？→ 闭包长期持有着外层变量对象，若其中包含大对象或 DOM 引用，且闭包未被释放，就会阻碍回收
• 模块模式封装私有变量？→ 利用闭包让变量仅对内部函数可见，外部无法绕过作用域链直接访问

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南