IIFE是立即执行的函数表达式，非函数声明；通过括号、!、+、void等强制表达式化，用于解决变量污染和作用域隔离问题，在现代JS中虽被模块和块级作用域替代，但在非模块环境、UMD封装及临时作用域场景仍有价值。
什么是 IIFE：它不是函数声明，而是被调用的函数表达式
IIFE（Immediately Invoked Function Expression）本质是「定义完立刻执行」的函数表达式，不是函数声明。关键区别在于：JS 引擎看到 function 开头时，若后面紧跟 (...)，会按表达式解析；若以 function name() {...} 独立出现，则是声明，不能直接加括号调用，否则报错 Uncaught SyntaxError: Unexpected token '('。
常见写法都围绕「强制表达式化」展开，比如加括号、取反、void 运算等：
-
(function() { ... })();—— 最常用，外层括号让 JS 认为这是分组表达式 -
!function() { ... }();或+function() { ... }();—— 一元运算符也强制表达式上下文 -
void function() { ... }();——void总是返回undefined，适合不关心返回值的场景
为什么需要 IIFE：解决变量污染和作用域隔离问题
在 ES6 let/const 和模块系统普及前，IIFE 是前端隔离作用域的主要手段。全局作用域里反复声明 var i、var utils 容易冲突，而 IIFE 内部的 var 不会泄漏到外部。
典型使用场景包括：
立即学习“Java免费学习笔记（深入）”；
- 插件/库的封装：如早期 jQuery 插件常包裹在
(function($) { ... })(jQuery);中，确保$指向预期对象 - 循环中绑定正确索引：避免
for (var i = 0; i console.log(i), 0)全输出3，改用for (var i = 0; i console.log(i), 0); })(i); - 模拟私有变量：内部
var count = 0外部无法访问，仅通过返回的函数暴露接口
IIFE 的参数传递与常见错误
IIFE 支持传参，但必须严格匹配形参个数和实参顺序。容易出错的是「误把全局变量当参数传入」或「忘记传参导致 undefined」。
例如这段代码：
(function(window, document, undefined) {
console.log(window === window); // true
console.log(document); // 正常
console.log(undefined === void 0); // true，防止 undefined 被重写
})(window, document);
注意三点：
- 第三个形参叫
undefined，但没传实参 → 自动为undefined，且无法被外部篡改（旧版 IE 允许赋值给undefined） - 如果漏传
document，第二个形参就变成undefined，后续调用document.getElementById会报错 - 不能写成
function(window, document) {}(window, document)—— 缺少外层括号，JS 会尝试解析为函数声明，语法错误
现代 JS 中 IIFE 还有必要吗？
ES6 模块（import/export）、let/const 块级作用域、以及打包工具（Webpack/Vite）已覆盖大部分 IIFE 的原始用途。但仍有不可替代的场景：
- 需要在非模块环境（如浏览器控制台、老系统 HTML 内联脚本）快速建一个隔离作用域
- 某些 UMD（Universal Module Definition）模板仍依赖 IIFE 包裹，兼容 AMD/CMD/全局变量三类加载方式
- 极简工具函数临时封装，比如
const uid = (function() { let i = 0; return () => ++i; })();
真正容易被忽略的是：IIFE 内部的 this 指向 —— 非严格模式下是 window（或 globalThis），严格模式下是 undefined。如果函数里用了 this.xxx 又没绑定，行为可能和预期不符。
