IIFE用于ES5及之前模拟块级作用域，解决var变量提升、循环闭包、全局污染等问题；通过自调用函数创建独立词法作用域，封装私有变量并暴露公共接口；ES6后被let/const和模块系统取代。
JavaScript早期没有块级作用域（ES5及之前），var声明的变量会提升并绑定到函数作用域或全局作用域，导致变量污染和意外覆盖。为模拟“私有作用域”，开发者普遍采用立即执行函数表达式（IIFE）来创建独立的作用域环境。
为什么需要IIFE？
在ES5中：
-
for循环中的var i会在整个函数内共享，回调中常输出错误的最终值； - 多个模块或脚本直接写在全局，容易发生变量名冲突；
- 无法自然封装内部实现细节，所有变量默认对外可见。
IIFE通过函数自调用，在执行时新建一个词法作用域，让内部变量、函数不泄露到外部。
IIFE的标准写法
常见形式有两种，本质相同，都依赖“函数表达式”而非“函数声明”：
立即学习“Java免费学习笔记（深入）”；
- (function() { /* code */ }()); —— 最经典，括号将函数变为表达式；
- (function() { /* code */ })(); —— 同样有效，末尾调用括号紧贴；
- 也可带参数：(function(window, document) { ... })(window, document);，常用于模块隔离和防压缩混淆。
配合模块模式封装私有成员
IIFE常与“模块模式”结合，返回一个公开接口，隐藏内部状态：
var Counter = (function() {
let count = 0; // 私有变量，外部不可访问
return {
increment: function() { count++; },
getCount: function() { return count; }
};
})();
Counter.increment();
console.log(Counter.getCount()); // 1
console.log(Counter.count); // undefined
这里let虽是ES6语法，但即使只用var，只要定义在IIFE内，仍可实现作用域隔离——关键在于函数边界，而非变量声明方式。
ES6之后的替代方案
随着let/const引入块级作用域，以及import/export成为标准模块系统，IIFE已不再是必需：
-
for (let i = 0; i console.log(i), 0); }正确输出0、1、2； - ES模块天然具备顶级作用域封闭性，无需手动封装；
- 现代打包工具（如Webpack）也自动包裹模块代码，隐式提供作用域隔离。
IIFE如今多见于遗留代码、UMD模块头、或需兼容极老运行时的场景。
