ESM的静态编译特性要求import/export必须在顶层字面量声明，使引擎能提前构建模块图谱、支持并行预加载与tree-shaking；其三阶段生命周期（加载、链接、运行）保障实例复用与实时绑定；配合Vite等工具实现按需编译与毫秒级HMR。
ESM（ECMAScript Module）的静态编译特性，指的是模块的导入导出语句必须在代码顶层、以字面量形式声明，不能动态生成或包裹在条件、循环、函数中。这一限制看似严苛，实则为 JavaScript 引擎提供了关键的静态分析能力，直接支撑了更高效的加载、解析、优化与缓存机制。
静态结构让依赖关系可提前确定
CommonJS 的 require() 是运行时调用，引擎无法在执行前知道模块依赖树；而 ESM 的 import 和 export 必须出现在顶层且不可计算，因此构建工具（如 Vite、Webpack）和现代浏览器可在加载阶段就扫描全部 import 语句，一次性构建完整的模块图谱。
- 无需执行代码即可识别所有依赖，避免运行时解析开销
- 支持并行预加载：浏览器可提前发起所有子模块的网络请求
- 便于做摇树（tree-shaking）：未被
import的导出内容可安全剔除
模块实例化过程分离，利于缓存与复用
ESM 将模块生命周期明确划分为三个阶段：加载（fetch）、链接（linking）、运行（evaluation）。其中“链接”阶段仅解析导入绑定（binding），不执行模块体；同一模块无论被多少个地方 import，都只执行一次评估（evaluation），且导出对象是实时绑定（live binding）。
- 模块脚本可被浏览器 HTTP 缓存并复用，无需重复解析源码
- 多个模块导入同一个库（如
lodash-es），共享同一份导出实例，减少内存占用 - 导出变量的更新会自动反映到所有导入处（例如默认导出一个可变对象）
与现代工具链深度协同，提升开发与构建性能
Vite、Snowpack 等原生 ESM 工具跳过传统打包，直接以浏览器原生方式服务模块。它们利用静态 import 的可分析性，在开发时按需编译单个模块，实现毫秒级热更新（HMR）；生产构建时又能精准做代码分割与内联优化。
- 开发服务器无需打包整个应用，冷启动更快，HMR 更精准（改一个组件，只重载它及其依赖）
- 支持
import.meta.url获取当前模块路径，便于资源定位，无需额外 loader - 配合
dynamic import()（返回 Promise）可实现真正的按需加载，且不影响静态图谱完整性
静态不是束缚，而是为确定性让路。ESM 的设计把“模块怎么组织”交给开发者用语法约定，把“模块怎么优化”交给引擎和工具自动完成——这正是它在性能和工程体验上持续拉开差距的核心原因。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
