JS模块模式：IIFE与普通函数的差异探究

嘿，这个问题问得相当精准！我当初刚啃模块模式的时候也琢磨过这点，除了你提到的「直接拿到返回对象、不用额外调用」，IIFE在模块场景下还有几个关键优势，咱们拆解来看：

1. 彻底隔离私有作用域，杜绝全局污染 #

普通函数实现模块时，函数本身会成为一个全局（或当前作用域）的标识符，而IIFE里的那个创建模块的函数只是临时存在——执行完毕后就会被垃圾回收，不会在全局留下多余的变量。

比如对比两种写法：
IIFE版本（你的示例）：

var HelloWorldEncapsulated = (function(){ 
  return { 
    privateMethodEncapsulated: function () { 
      console.log('ayy ...') 
    } 
  } 
})();

这里全局只有HelloWorldEncapsulated一个变量。

普通函数版本：

function HelloWorldModule() {
  return {
    privateMethodEncapsulated: function () {
      console.log('ayy ...')
    }
  }
}
var HelloWorldEncapsulated = HelloWorldModule();

这里多了一个HelloWorldModule全局函数，不仅占用全局命名空间，还可能和其他代码的变量名冲突。

2. 天生单例，确保模块状态唯一 #

普通函数每次调用都会重新创建一套内部的私有变量和函数，返回全新的模块对象。如果你需要模块维护全局唯一的状态（比如计数器、配置缓存），就得额外加单例逻辑；而IIFE只执行一次，模块的状态天生就是唯一的，无需额外代码。

比如要给普通函数加单例逻辑，得这么写：

let moduleInstance;
function HelloWorldModule() {
  if (moduleInstance) return moduleInstance;
  // 初始化私有状态
  let count = 0;
  moduleInstance = {
    privateMethodEncapsulated: function () {
      console.log(`ayy ... 第${++count}次调用`);
    }
  };
  return moduleInstance;
}

而IIFE直接就能实现这个效果，代码更简洁：

var HelloWorldEncapsulated = (function(){ 
  let count = 0;
  return { 
    privateMethodEncapsulated: function () { 
      console.log(`ayy ... 第${++count}次调用`);
    } 
  } 
})();

3. 避免意外调用或延迟初始化问题 #

用普通函数时，你必须手动调用它才能得到模块对象——万一忘了调用，后续代码把函数当成对象用就会报错；而IIFE是定义后立即执行，模块对象马上就绪，不会出现「未初始化」的坑。

另外，如果模块依赖其他全局变量，IIFE可以确保在依赖就绪的时机执行（比如放在页面底部或DOM加载完成后），而普通函数如果被提前调用，很可能因为依赖未定义抛出错误。

总的来说，你观察到的「无需调用直接得到对象」是IIFE最直观的特性，但隔离作用域、天生单例、避免初始化失误这些才是它在模块模式里真正不可替代的价值——这也是早期JS没有原生模块系统时，IIFE成为模块模式核心的原因。

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