ES6+环境下IIFE是否仍具使用价值？JS学习者的技术问询

嘿，这个问题问得很到位！毕竟ES6之后JavaScript的语法和生态变化挺大的，很多传统用法的地位确实变了。咱们就来聊聊立即执行函数表达式（IIFE）在2020年之后的实用性，以及它的替代方案。

先回顾下IIFE曾经的核心价值 #

在ES6之前，JavaScript没有块级作用域（let/const是后来才有的），也没有原生的模块系统。那时候要创建一个不会污染全局作用域的私有空间，IIFE几乎是唯一的选择：

// 经典IIFE用法：隔离变量，避免全局污染
(function() {
  var secret = "这是私有变量，全局访问不到";
  console.log(secret);
})();

console.log(typeof secret); // 输出undefined

它还能用来封装库的逻辑，比如早期jQuery就用IIFE来包裹整个代码，避免和其他库冲突。

现代JavaScript的替代方案 #

ES6带来的两个特性，直接让IIFE的核心场景被替代了：

1. 块级作用域（let/const + 代码块） #

现在只要用{}包裹代码，再配合let或const声明变量，就能轻松创建私有作用域，比IIFE更简洁：

{
  const secret = "块级作用域里的私有变量";
  console.log(secret);
}

console.log(typeof secret); // undefined

2. ES模块（ESM） #

现在前端项目几乎都用模块系统了（不管是浏览器原生ESM还是Webpack/Rollup这类构建工具）。每个模块本身就是一个独立的作用域，模块里的变量默认不会暴露到全局，完全不需要IIFE来隔离：

// utils.js（一个ES模块）
const internalVar = "模块内部的私有变量";
export function sayHello() {
  console.log(`Hello, ${internalVar}`);
}

// 其他文件导入时，只能访问export的内容，internalVar是私有的

现在IIFE还有实用价值吗？ #

当然有！虽然它不再是日常开发的“刚需”，但在一些特定场景下依然好用：

• 处理遗留代码：如果你维护的是ES6之前的老项目，或者要和一些不支持模块系统的环境打交道，IIFE依然是可靠的作用域隔离方式。
• 立即执行异步逻辑：虽然现在有顶层await，但在一些不支持它的环境（比如旧版Node.js、某些构建工具的配置文件），用IIFE包裹异步代码是个简单的解决方案：

// 立即执行异步操作
(async function() {
  const data = await fetch("/api/data");
  console.log(data);
})();

• 库/框架的兼容封装：有些库为了兼容不同环境（比如浏览器和Node.js），还是会用IIFE来包裹代码，同时传入全局对象做适配：

(function(global) {
  global.MyLibrary = {
    // 库的方法
  };
})(typeof window !== "undefined" ? window : global);

• 避免变量提升意外：虽然let/const解决了变量提升的问题，但在一些复杂的代码逻辑里，IIFE能更直观地标记“这段代码要立即执行，且变量只在内部有效”。

总结 #

IIFE虽然不再是现代JavaScript开发中的高频工具，但它并没有完全过时——在特定场景下依然是个实用的选择。而ES6的块级作用域和模块系统，则是它核心场景的主要替代方案。了解IIFE不仅能帮你理解JavaScript的作用域发展历史，遇到遗留代码时也能快速上手。

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