webpack环境下export default new Foo()为单例的依据是什么？

规范层面的明确要求 #

你提到的「通用规范下并无相关保证」属于常见认知误区，这个行为是ES2015（ES6）模块规范明确强制要求的：

• 所有兼容ES模块标准的运行时/构建工具，都会内部维护已加载模块的缓存表，以模块的绝对路径作为唯一缓存key
• 同一个模块被多次import时，仅会在第一次被导入时执行一次顶层代码，后续所有导入操作直接读取缓存中已经生成的导出结果
• 你写的export default new Foo()属于模块顶层执行代码，只会在模块首次加载时执行一次，所以所有导入方拿到的都是同一个实例对象。这个规则和你导出的是类、函数还是实例没有关系，所有导出值都会被缓存。

webpack等构建工具的实际表现 #

webpack、Rollup、Vite等所有主流前端构建工具，以及Node.js的ES模块、CommonJS模块实现，都严格遵循上述缓存规则，正常场景下完全可以保证同一模块的导出实例全局唯一。

只有少数特殊场景会出现实例重复的例外：

• 导入路径不唯一：比如同一个文件被以不同路径导入（比如大小写不一致./Foo.js/./foo.js、配置了重复的别名、存在软链接映射），导致被识别为两个不同模块，生成两个缓存条目
• 多入口打包未做公共代码抽离：如果多个入口都引入了该模块，且没有配置splitChunks之类的公共代码抽离规则，模块会被打包到多份入口产物中，运行时各自独立执行实例化
• 手动清除了模块缓存：比如在Node.js中手动删除require.cache中的对应条目，会导致模块重新加载执行

简单验证示例：

// Foo.js
class Foo {
  constructor() {
    // 首次实例化时记录时间戳
    this.initTime = Date.now()
  }
}
export default new Foo()

// a.js
import foo from './Foo.js'
console.log(foo.initTime)

// b.js
import foo from './Foo.js'
// 和a.js打印的时间戳完全一致，证明是同一个实例
console.log(foo.initTime)

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