闭包是JavaScript模块化封装的底层机制，IIFE是最经典落地形式；模块模式基于闭包控制访问边界、隔离状态、明确接口契约；IIFE适合单例场景，工厂函数支持多实例隔离；私有逻辑封装提升内聚性；需通过设计意识守住接口边界。
闭包是 JavaScript 实现模块化封装的底层机制，IIFE 是它最经典、最轻量的落地形式；模块模式则是基于闭包构建的一套设计范式，核心目标不是语法炫技，而是控制访问边界、隔离状态、明确接口契约。
用 IIFE 构建单例模块
IIFE（立即执行函数表达式）把一组逻辑“锁”进独立作用域，天然形成私有空间。适合全局唯一、状态轻量的场景，比如统一请求封装、表单校验规则、日志上报配置。
- 所有变量（let/const/var）声明在函数体内，不被 return 就对外不可见
- 返回对象只暴露必要方法，如 validate()、log()、setConfig()
- 初始化逻辑（加载字典、绑定事件、预设拦截器）可放在函数开头，仅执行一次
- 不依赖任何构建工具或新语法，浏览器、小程序、Node.js 全平台兼容
用工厂函数支持多实例隔离
当业务需要多个彼此独立的运行单元（如不同租户的数据看板、多个支付通道、AB 测试分支），就不能共享一个 IIFE 作用域，而要用工厂函数——每次调用生成全新闭包。
- 函数接收配置参数（如 apiBase、tenantId、timeout），作为实例差异化依据
- 每个实例拥有完全独立的私有变量副本，c1.cache 和 c2.cache 互不影响
- 返回的方法仍能安全访问所属闭包内的数据，但无法跨实例读写
- 适合微前端子应用、插件化组件、SDK 多租户集成等场景
封装私有辅助逻辑，提升内聚性
模块不只是藏一个变量，而是把整套协作逻辑收束在闭包内：校验、缓存清理、格式转换、副作用管理都可以私有化。
- 在闭包内定义 function _isValid() 或 const _log = () => {}，外部完全不可见
- 公有方法通过组合调用这些私有函数，职责清晰，实现细节对使用者透明
- 例如银行账户模块中，deposit() 内部调用私有的 _validate() 和 _updateLedger()
- 这种结构天然支持“一次初始化、多次使用”，尤其适合含异步准备或副作用的模块
守住接口边界，避免私有性失效
闭包提供的是运行时访问控制，不是绝对安全，真正要靠设计意识来守住边界。
- 不要在返回对象中暴露原始数据引用，比如 { data: privateCache } —— 这会让外部直接修改内部状态
- 对入参做类型与范围校验，统一交由私有函数处理（如 _validateInput()、_sanitize()）
- 异步中间状态（loading、error）应藏在闭包里，只通过 getter 或回调通知
- 提供 destroy() 方法，在其中清理定时器、事件监听、连接等持有的闭包引用
