IIFE 是早期 JavaScript 实现模块化封装的核心模式，通过函数作用域隔离变量、支持私有成员与公共接口划分，并可实现依赖注入、命名空间管理及可控 API 导出。
早期 JavaScript 没有原生模块系统（ES6 的 import/export 是 2015 年才正式落地），IIFE（Immediately Invoked Function Expression，立即调用函数表达式）就成了实现模块化封装最可靠、最广泛使用的模式。它的核心价值不是“炫技”，而是通过函数作用域隔离变量和函数，避免全局污染，同时支持私有成员与公共接口的明确划分。
用 IIFE 封装私有状态和逻辑
IIFE 的函数体天然形成一个独立作用域，内部声明的变量、函数不会泄漏到全局，这是模拟模块“私有性”的基础。比如封装一个计数器，内部 count 变量对外不可见：
(function() {
let count = 0; // 私有变量，外部无法访问
function increment() { count++; }
function getValue() { return count; }
<p>// 挂载到全局命名空间（如 window）作为公共接口
window.Counter = {
increment,
getValue
};
})();
这样调用 Counter.increment() 会改变内部 count，但任何代码都无法直接读写 count —— 实现了真正的封装。
导出可控的公共 API
IIFE 通常返回一个对象，作为模块的“出口”。这个对象只暴露你愿意公开的方法和属性，其余全部隐藏：
- 返回对象可精简，只包含必要接口，避免暴露实现细节
- 可以返回构造函数、工具方法、配置对象，甚至另一个 IIFE 形成嵌套模块
- 常见做法是将返回值赋给全局变量（如
MyLib），或挂载到已有命名空间下（如window.utils = {...}）
var Utils = (function() {
// 私有辅助函数
function formatDate(date) { return date.toISOString().split('T')[0]; }
function isValidEmail(str) { return /^[^\s@]+@[^\s@]+\.[^\s@]+$/.test(str); }
<p>// 公共 API
return {
today: function() { return formatDate(new Date()); },
isEmail: function(email) { return isValidEmail(email); }
};
})();
支持依赖注入与命名空间管理
IIFE 参数可接收外部依赖（如 jQuery、lodash 或其他模块），实现松耦合；同时可通过参数接收全局对象（如 window 或 globalThis），增强环境兼容性：
- 把依赖作为参数传入，便于测试和替换（例如传入 mock 版本）
- 用命名空间对象承接多个模块，避免全局变量冲突，如
App.UI、App.Data - 可配合 UMD（Universal Module Definition）模板，让同一份代码既能在浏览器中运行，也能被 AMD/CMD 加载
(function(global, $, _) {
global.MyModule = {
init: function() {
$('.btn').on('click', _.debounce(function() { /* ... */ }, 300));
}
};
})(typeof window !== 'undefined' ? window : globalThis, jQuery, _);
注意作用域链与内存管理
IIFE 看似简单，但要真正“完美模拟模块化”，需留意几个实际细节：
- 不要在 IIFE 内部意外创建全局变量（比如漏写
var/let），否则私有性就失效了 - 闭包会保持对外部变量的引用，长期持有大对象可能导致内存无法释放，尤其在频繁创建 IIFE 的场景下
- 调试时，IIFE 中的函数名可能显示为
anonymous，建议使用命名函数表达式提升可读性：(function myModule() { ... })();
不复杂但容易忽略。
