模块模式是利用IIFE创建私有作用域的编码习惯，通过返回公共接口避免全局污染；它非语言特性，无静态分析能力，与ES6模块、CommonJS、AMD有本质区别。
模块模式不是某种必须遵守的规范，而是一种利用闭包实现私有作用域的编码习惯。它在 ES6 import/export 普及前被广泛用于避免全局污染和暴露内部逻辑。
为什么用立即执行函数（IIFE）写模块模式
核心是靠函数作用域封住变量，再显式返回一个“公共接口”。不这么做，所有变量默认挂到 window 上，容易冲突或被意外修改。
var moduleA = (function() { var privateVar = 'secret'; return { getName: function() { return privateVar; } }; })();- 外部只能访问
moduleA.getName()，无法读写privateVar - 注意末尾的
()—— 忘了它，moduleA就是个函数，不是对象 - IIFE 在严格模式下
this是undefined，别依赖this绑定全局
模块模式和 ES6 模块的本质区别
ES6 模块是语言级特性，静态解析、支持循环引用、有明确的 export 语法；模块模式只是运行时技巧，依赖手动返回对象，没有编译期检查。
-
export const foo = 1;是声明式导出，打包工具能做 tree-shaking；模块模式返回的对象无法被静态分析 - 模块模式中改写
return对象属性，不影响已引用该属性的其他代码（因为是值拷贝或引用快照） - 多个 IIFE 模块之间共享数据需显式传参，比如
(function(dep) { ... })(moduleB)
CommonJS 和 AMD 不等于模块模式
很多人把 Node.js 的 module.exports 或 RequireJS 的 define 也叫“模块模式”，其实它们是模块加载规范，底层可能用 IIFE 实现，但语义和用途不同。
立即学习“Java免费学习笔记（深入）”；
-
module.exports = { init: function() {} };是 CommonJS 导出，依赖 Node 运行时或打包器支持 -
define(['jquery'], function($) { return { ... } });是 AMD 定义，需要 RequireJS 等 loader - 纯浏览器环境没构建工具时，模块模式（IIFE）仍是唯一零依赖的封装方式
真正难的不是写出一个闭包，而是决定哪些状态该私有、哪些该暴露、接口粒度怎么控制——这些没标准答案，得看调用方怎么用你的模块。
