闭包配合iife实现状态封装与私有性：iife提供独立作用域，闭包使内部函数持续访问该作用域变量，变量不随iife执行结束而销毁；常用于计数器、揭示模块模式及避免全局污染。
闭包配合 IIFE 创建独立作用域，核心不是“两者必须一起用”，而是 IIFE 提供一个干净的函数作用域，而闭包让内部返回的函数能持续访问这个作用域里的变量——变量不随 IIFE 执行结束而销毁，从而实现状态封装和私有性。
用 IIFE 搭建封闭环境
IIFE 本质是立即执行的函数表达式，它天然生成一个新的函数作用域。在这个作用域里声明的 let、const 或 var 都不会泄漏到外部。
- 必须写成表达式形式，比如
(function(){})()或!function(){}()，否则会被当成函数声明，报语法错误 - ES6 之前靠它模拟块级作用域；现在仍用于兼容老环境或嵌入式脚本（如第三方广告、统计代码）
- 常见用途：初始化逻辑、避免全局污染、隔离第三方库
在 IIFE 内部构造闭包
闭包的关键在于“内部函数引用了外部函数的变量，并被返回出去”。IIFE 就是那个“外部函数”——它执行完，但返回的函数仍能读写它的局部变量。
- 例如创建计数器：
const counter = (function() { let n = 0; return () => ++n; })();，n是私有状态，外部无法直接修改 - 变量生命周期由闭包维持：只要返回的函数还存在，
n就不会被垃圾回收 - 多个 IIFE 调用会生成彼此隔离的作用域，互不影响（如
counter1和counter2各自维护自己的n）
暴露可控接口，隐藏实现细节
IIFE 常结合“揭示模块模式（Revealing Module Pattern）”，只把需要对外使用的函数或属性通过对象返回，其余全部私有。
- 返回对象中每个方法都是闭包，共享同一套私有变量和辅助函数
- 比如：
return { increment, getCount, reset }，而validate或count不出现在返回对象里，就完全不可见 - 这种写法天然支持模块化：不依赖
import/export，也能做到高内聚、低耦合
注意 this 和参数传递的细节
IIFE 的执行上下文会影响 this 指向，也常通过参数显式传入依赖项，增强可移植性和健壮性。
- 非严格模式下，IIFE 中
this默认指向window；严格模式下为undefined，需手动绑定 - 习惯写成
(function(global, doc) { ... })(typeof window !== 'undefined' ? window : this, document)，兼顾浏览器与 Node.js 环境 - 传入
undefined作形参（如(function(undefined){...})(void 0)），防止全局undefined被篡改
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
