ES6之后IIFE（立即执行函数表达式）还有哪些实用场景与优势？

你的分析完全准确——ES6 引入的 let/const 解决了 var 的函数作用域缺陷，ES 模块系统也大幅降低了全局命名冲突的概率，普通闭包确实能实现 IIFE 结合闭包的核心功能，而你提到的 IIFE 闭包本质就是单例闭包。

实用场景与优势 #

1. 临时作用域隔离（非模块环境下） #

在传统脚本文件（未使用 ES 模块）中，如果你需要执行一段一次性逻辑，又不想让内部变量污染全局作用域，IIFE 是最简洁的方案。相比直接写内联代码，它能彻底隔离变量；相比定义函数再调用，它不会额外占用命名空间。

// 一次性初始化页面统计
(() => {
  const rawData = fetchUserStats();
  const processedData = formatStats(rawData);
  renderStatsChart(processedData);
})();
// rawData、processedData 不会暴露到全局

2. 单例模式的极简实现 #

当你需要一个唯一实例（比如全局配置管理器、状态容器）时，IIFE 可以直接创建单例，无需先定义构造函数再手动调用，代码更紧凑且语义明确——一眼就能看出这是个不可重复实例化的对象。

const GlobalState = (() => {
  let state = { theme: 'light', userId: null };
  
  return {
    get: (key) => state[key],
    set: (key, value) => {
      state[key] = value;
      syncStateToStorage(state);
    }
  };
})();
// 无需再调用 GlobalState()，直接使用唯一实例

3. 封装立即执行的异步逻辑 #

如果需要立即执行一段异步代码，同时隔离内部变量，IIFE 是理想选择。尤其是在不支持顶级 await 的非模块环境中，它能避免把 async 函数暴露到全局：

(async () => {
  try {
    const initData = await fetch('/app/init-data');
    const userInfo = await fetch(`/user/${initData.userId}`);
    initializeApp(userInfo);
  } catch (err) {
    showErrorToast(err.message);
  }
})();
// initData、userInfo 仅在异步逻辑内部可见

4. 兼容旧环境的模块模拟 #

虽然 ES 模块已普及，但在需要兼容老旧浏览器或非模块运行环境时，IIFE 可以模拟模块的私有作用域，只暴露需要对外提供的接口，避免全局变量混乱：

// 模拟一个工具模块
const Utils = (() => {
  // 私有工具函数
  const validateEmail = (email) => /^[\w-]+@[\w-]+\.[\w-]+$/.test(email);
  
  // 暴露公共接口
  return {
    validateEmail,
    formatDate: (date) => new Date(date).toLocaleDateString()
  };
})();

5. 避免作用域内的变量冲突 #

在大型项目或脚本拼接场景中，不同代码片段可能出现变量名重复的情况，用 IIFE 包裹局部代码，可以彻底隔离作用域，避免意外覆盖：

// 第三方脚本片段1
(() => {
  const name = 'ThirdPartyA';
  console.log(name);
})();

// 第三方脚本片段2
(() => {
  const name = 'ThirdPartyB';
  console.log(name);
})();
// 两个 name 互不干扰

总结 #

ES6 之后 IIFE 的核心场景确实有所收缩，但它依然是快速隔离作用域、实现单例、封装立即执行逻辑的简洁工具，在非模块环境、兼容场景或需要临时隔离变量时，依然能发挥不可替代的作用。

内容的提问来源于stack exchange，提问作者Adham