IIFE在旧版浏览器中主要作用是隔离作用域、避免全局污染、模拟模块封装，通过函数作用域屏蔽内部变量，仅显式挂载到window的接口才对外暴露，并支持依赖注入、环境适配及早期模块加载，为UMD和ES6模块演进奠定基础。
JavaScript中的IIFE（立即执行函数表达式）在旧版浏览器模块化兼容中，主要作用是隔离作用域、避免全局污染、模拟模块封装，而非真正实现模块系统。它本身不是模块规范，但在ES6模块和现代打包工具普及前，是开发者手动实现“模块化”最轻量、最广泛兼容的手段。
解决全局变量冲突问题
旧版浏览器（如IE8及更早版本）不支持let、const或模块语法，所有变量默认挂载到全局对象（window）。多个脚本共用全局命名空间极易引发覆盖或误调用。
- IIFE通过函数作用域天然屏蔽内部变量，外部无法直接访问其声明的变量和函数
- 典型写法：
(function() { var utils = { ... }; window.myLib = utils; })();—— 只有显式挂载到window的接口才对外暴露 - 比单纯用
var声明更可靠，尤其在多人协作或引入第三方脚本时
实现依赖注入与环境适配
IIFE支持传入参数，便于显式声明依赖（如jQuery、document），既提升可读性，也利于压缩工具优化（如将window缩为w）。
- 常见模式：
(function(global, $, undefined) { ... })(typeof window !== 'undefined' ? window : this, jQuery); -
undefined作为形参且不传实参，确保内部undefined值不可被篡改（旧版IE允许赋值给undefined） - 通过判断
typeof window可让同一份代码在浏览器或Node.js（模拟）环境中运行
支撑早期模块加载方案
在RequireJS、SeaJS等AMD/CMD库流行时期，IIFE是它们底层封装模块的基石。即使手写模块，也普遍采用IIFE包裹+返回对象的方式：
var moduleA = (function() { function init() { ... } return { init: init }; })();- 配合命名空间模式（如
MyApp.utils = moduleA）形成简易模块树 - 虽无自动依赖解析，但结构清晰，调试友好，完全兼容IE6+
为后续模块演进提供过渡基础
IIFE本身不解决模块加载顺序或循环依赖，但它确立了“私有实现 + 公共接口”的模块思维，直接影响了UMD（Universal Module Definition）模式的设计：
- UMD模板本质是IIFE的增强版：自动检测CommonJS、AMD、全局环境，并选择对应导出方式
- 使同一份代码可在Node、RequireJS、CDN直引等多种旧环境运行
- 直到ES6模块被Babel转译、Webpack打包普及，IIFE才逐渐退居幕后（但仍用于生成代码的包裹层）
不复杂但容易忽略：IIFE的价值不在语法创新，而在于用极简机制，在语言能力受限时守住模块化的底线——封装、可控、可维护。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
