闭包是javascript模块化封装的底层机制，通过函数作用域隔离私有状态，iife是最经典落地形式；模块模式基于闭包控制访问边界、隔离状态、明确接口契约，支持单例与多实例两种封装方式。
闭包是 JavaScript 模块导出模式（尤其是 IIFE 和模块封装）背后的核心机制，它让私有变量和函数得以长期驻留，并控制对外暴露的接口。
闭包为模块提供私有作用域
模块本质是隔离变量、避免全局污染。闭包通过函数作用域“捕获”内部定义的变量，使外部无法直接访问，仅能通过返回的函数间接操作。
- 在 IIFE（立即执行函数表达式）中，内部声明的变量被闭包持有，生命周期超出函数执行期
- 返回的对象或函数引用了内部变量，这些变量不会被垃圾回收，形成“私有状态”
- 例如：const counter = (function() { let count = 0; return { inc: () => ++count }; })(); 中 count 就靠闭包维持
闭包支撑 CommonJS 和 ES Module 的导出逻辑
虽然现代模块系统由运行时或打包器处理，但其设计思想继承自闭包封装模式。CommonJS 的 module.exports 实际上是闭包内返回的一个对象引用。
- Node.js 中每个模块文件被包裹在一个函数里：(function(exports, require, module, __filename, __dirname) { ... }) —— 这本身就是闭包结构
- exports 和 module.exports 是闭包参数，模块内部定义的变量默认不暴露，只有显式挂载到 exports 上才可被 require
- ES Module 的 export 语法虽更声明式，但打包后（如 Rollup / Webpack）常转译为基于闭包的包装函数，确保作用域隔离
闭包让“模块单例”和状态持久化成为可能
模块多次 import 不会重复执行顶层代码，而是复用首次执行后的闭包环境 —— 这正是模块级单例行为的基础。
- 同一模块路径的多次 import 共享同一个闭包实例，其中的私有变量（如缓存、计数器、配置）只初始化一次
- 比如一个带内部 Map 缓存的工具模块：const cache = new Map(); export function get(key) { if (!cache.has(key)) cache.set(key, fetch(...)); return cache.get(key); }
- 这个 cache 存在于模块闭包中，跨 import 调用仍保持引用一致
注意闭包引发的内存与调试问题
闭包强大，但也需谨慎：它可能意外延长变量生命周期，导致内存泄漏或调试困难。
- 避免在闭包中引用大型 DOM 对象或未清理的事件监听器，否则整个作用域链无法释放
- 模块导出函数若频繁创建新闭包（如工厂函数返回多个实例），需确认是否真需要独立私有状态
- 调试时可通过浏览器 DevTools 的 “Closure” 面板查看函数持有的变量，定位意外保留的引用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
