iife配合闭包是es5及更早版本中解决无块级作用域问题的核心方案：通过函数创建独立词法作用域隔离变量，用闭包暴露可控接口，传参实现循环中变量值快照，并支持私有封装与命名空间管理。
JavaScript 在 ES5 及更早版本中没有块级作用域，var 声明的变量会提升并绑定到函数或全局作用域，导致循环中多个闭包共享同一个变量、全局命名空间被污染、状态意外覆盖等问题。IIFE（立即执行函数表达式）配合闭包，是当时最主流、最可控的解决手段——它不依赖新语法，靠函数作用域“手动划界”，把变量关起来，只暴露需要的部分。
用 IIFE 创建独立作用域，切断变量泄漏链
IIFE 的核心价值在于：它一执行就生成一个全新的词法作用域，内部用 var 或 let 声明的变量、函数，默认不会跑到全局去。
- 写法简洁明确：
(function() { /* 私有逻辑 */ })(); - 所有内部声明（如
var cache = {};、function helper() {...}）对外不可见 - 避免多人协作时因同名
var util或function init()导致的覆盖冲突 - 相当于为一段代码“加了个壳”，既隔离又可控
通过闭包暴露接口，实现私有变量封装
仅隔离还不够，还要让外部能安全使用功能。这时靠闭包——在 IIFE 内部返回一个对象，其方法仍能访问 IIFE 内部的私有变量，但外部无法直接修改这些变量。
- 示例：计数器模块
const Counter = (function() {<br> let count = 0;<br> return {<br> add: () => ++count,<br> get: () => count<br> };<br>})();
外部只能调用Counter.add()和Counter.get()，count始终被保护 - 多个模块并存互不影响，比如
CounterA和CounterB各自维护自己的count - 比直接挂
window.count = 0安全得多，也比全塞进一个大对象更清晰
解决循环中闭包共享问题：IIFE 传参快照
for 循环里用 var + setTimeout，所有回调都输出最后一个 i 值——根本原因是它们共用同一个 i 绑定。IIFE 可以手动为每次迭代创建独立副本：
- 写法：
for (var i = 0; i console.log(j), 100); })(i); } - 关键点：参数名
j必须与循环变量i不同，避免遮蔽；j是每次调用时的值拷贝，闭包捕获的是它，不是i的引用 - 本质是“值快照”：把当前轮次的
i固定下来，交给内层函数使用 - 适用于必须兼容 ES5 的老项目，虽然比
let冗长，但逻辑确定、行为可预期
构建命名空间，支持团队协作与渐进扩展
大型项目中，不同小组开发的模块容易因全局变量重名而冲突。IIFE 可作为命名空间容器，统一入口、分层管理：
- 约定前缀，如
TeamA_UI、TeamB_API，每个模块用独立 IIFE 封装 - 挂载前加保护：
if (!window.TeamA_UI) { window.TeamA_UI = module; }，防止脚本重复加载覆盖 - 支持嵌套结构：
MyApp.User.login = function() {...}，通过对象逐层构建，比扁平命名更易维护 - 后续可叠加功能：
MyApp = (function(app) { app.utils = {...}; return app; })(MyApp || {});
不复杂但容易忽略：IIFE + 闭包不是为了炫技，而是用最基础的语言机制，在缺乏原生模块的时代，守住变量边界、厘清职责、降低协作成本。现代项目虽已转向 export/import，但在遗留系统维护、无构建工具环境或教学场景中，这套思路依然扎实有效。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
