JavaScript中闭包通过函数与其词法作用域的组合形成私有作用域，使内部函数能持续访问外部函数变量，外部无法直接读写；典型实现为IIFE返回接口，每次调用生成独立闭包实例，支持模块隔离与状态封装。
JavaScript 中闭包是实现模块作用域隔离的核心机制，它让函数能“记住”并访问其定义时所处的词法环境，从而保护内部变量不被外部直接修改或污染。
闭包如何形成私有作用域
当一个函数返回另一个函数，且内部函数引用了外部函数的局部变量时，就形成了闭包。此时外部函数执行完毕，其执行上下文本应销毁，但因内部函数仍持有对其变量的引用，JS 引擎会保留该词法环境。
- 外部函数的局部变量不会被垃圾回收，变成“私有状态”
- 只有通过返回的函数（或暴露的接口）才能间接读写这些变量
- 每次调用外部函数都会创建独立的闭包实例，互不影响
用闭包模拟模块导出与封装
经典 IIFE（立即执行函数表达式）模式就是闭包驱动的模块化实践：
示例：(function() {<br> const privateData = '仅内部可用';<br> function helper() { return privateData.toUpperCase(); }<br> window.myModule = {<br> publicMethod() { return helper(); }<br> };<br>})();
立即学习“Java免费学习笔记（深入）”；
-
privateData和helper在外部无法直接访问 -
myModule.publicMethod是唯一对外通道，内部仍可自由使用闭包变量 - 模块间不会因同名变量产生冲突，天然隔离
现代模块系统背后的闭包逻辑
ES6 import/export 语法虽更简洁，但底层仍依赖闭包语义保证作用域封闭性：
- 每个 ES 模块自动运行在自己的词法作用域中，类似隐式闭包
- 未导出的变量、函数默认不可见，效果等同于闭包中的私有声明
- 动态
import()返回 Promise，加载后的模块对象本质也是闭包封装的结果
注意闭包可能引发的问题
闭包强大但需谨慎使用：
- 过度保留大对象或 DOM 引用可能导致内存泄漏
- 在循环中创建闭包时，若用
var声明计数器，所有函数会共享同一变量 —— 应改用let或闭包参数固化值 - 调试时难以查看闭包内部变量，需借助 DevTools 的 “Scope” 面板
