JavaScript中用IIFE实现模块化封装，核心是利用函数作用域封闭性，将变量和函数私有化，仅通过return对象暴露有限接口；支持依赖注入、避免全局污染、命名冲突，且为ES6模块升级奠定基础。
JavaScript 中用 IIFE 实现模块化封装，核心是利用函数作用域的封闭性，把变量和函数“关进去”，只通过返回对象“开一扇门”对外提供接口。它不依赖任何构建工具或新语法，纯靠语言本身机制就能做到私有隔离、命名不冲突、依赖可传入。
封装私有状态，只暴露必要接口
在 IIFE 内部定义的变量、函数默认无法被外部访问；只有显式挂到 return 对象上的属性或方法，才能被调用。
- 私有变量如 let count = 0、const config = {...} 不会泄漏到全局
- 返回对象里避免直接暴露原始值（比如不要写 count: count），否则外部能改；推荐用 getter 或只提供操作方法（如 inc()、get()）
- 示例：计数器模块中，count 完全受控，外部只能调 module.inc() 或 module.get()
避免全局污染与命名冲突
多个 IIFE 模块各自运行在独立作用域中，即使内部都叫 utils 或 init，也不会互相干扰。
- 每个模块通常赋值给一个全局变量（如 var slider = (function(){...})();），但这个变量只是指向模块接口的“门把手”，不是全部实现
- jQuery 插件生态大量采用此方式：插件代码包裹在 IIFE 中，只依赖传入的 $ 参数，不污染 window
- 相比直接声明 var a = 1; var b = 2;，IIFE 让整块逻辑真正“自包含”
支持依赖注入与环境适配
IIFE 可以接收参数，天然适合传入外部依赖（如 window、document、jQuery）或判断运行环境。
立即学习“Java免费学习笔记（深入）”；
- 常见写法：(function(global, doc, $) { ... })(typeof window !== 'undefined' ? window : globalThis, document, jQuery);
- 传入 undefined 作为形参，是为了防止低版本浏览器中 undefined 被篡改导致判断失效
- 依赖显式传入，比隐式使用全局变量更清晰、更易测试、也更容易迁移到 ES Module
为升级到现代模块打基础
IIFE 模块结构已具备“输入–处理–输出”的清晰边界，转成 ES Module 很自然。
- 原来 return { init, destroy } → 改成 export { init, destroy }
- 原来 (function($) {...})(jQuery) → 改成 import $ from 'jquery'
- 原来靠 script 标签顺序保证依赖 → 现在靠 import 显式声明，可读性和维护性明显提升
