模块模式本质是用闭包构造受控私有作用域并选择性暴露接口，实现命名空间隔离与全局污染防控；它基于iife创建封闭作用域，支持私有变量、特权方法、增量扩展及多文件协作，但需注意闭包导致的内存泄漏风险。
模块模式本质是用闭包构造一个受控的私有作用域，再有选择地暴露接口，从而实现命名空间隔离和全局污染防控。它不依赖构建工具或新语法，原生 JavaScript 即可落地。
用 IIFE 创建封闭作用域
立即执行函数表达式（IIFE）是模块模式的基石。它确保内部变量、函数不会泄漏到全局，只通过返回对象向外提供有限能力：
- 写法示例：(function() { let count = 0; function inc() { return ++count; } window.Counter = { value: () => count, step: inc }; })();
- count 和 inc 在外部不可访问，但 Counter.value() 和 Counter.step() 可以持续使用它们——这正是闭包维持词法环境的能力
- 多个类似模块并存时，各自拥有独立的 count，互不干扰
支持增量扩展与安全合并
模块不是一次写死的，可通过传入已有模块对象进行功能追加，同时兼容“模块未定义”的初始场景：
- 扩展写法：var MyModule = (function(module) { module.addFeature = function() { /* 新逻辑 */ }; return module; })(MyModule || {});
- 这样既避免重复声明报错，又保持模块结构清晰
- 适合多文件协作开发：每个 JS 文件负责模块某一部分，最终统一挂载到同一命名空间下
与纯命名空间模式的关键区别
命名空间模式（如 MyApp.user.login）只是组织结构，所有成员都是公开的；模块模式则天然支持私有性：
- 私有变量（如配置项、缓存数据）不对外暴露，无法被意外修改
- 特权方法（即返回对象中定义的函数）可访问私有内容，但调用方无法绕过接口直接操作
- 例如：const api = (function() { const token = 'xyz123'; return { fetch: (url) => fetch(url, { headers: { auth: token } }) }; })(); —— token 安全隐藏，外部仅能调用 fetch
注意闭包带来的潜在影响
闭包让变量长期驻留内存，这是能力也是责任：
- 合理：缓存计算结果、维护状态（如计数器、主题偏好）
- 风险：若闭包引用了大型 DOM 节点或未释放的事件监听器，可能引发内存泄漏
- 建议在模块退出或重置时，手动清空闭包内持有的强引用（如设为 null）
