当前位置：首页 > 文章列表 > 文章 > 前端 > CommonJS与ESM加载差异详解

CommonJS与ESM加载差异详解

2026-03-29 10:51:45 0浏览收藏

本文深入剖析了CommonJS与ESM在异步模块处理上的本质差异——并非简单“谁支持异步”，而是源于加载时机（静态解析 vs 动态求值）、执行模型（编译时依赖图构建 vs 运行时同步调用）和顶层语法限制（ESM原生支持顶层await、import()返回Promise，CommonJS仅能通过函数封装模拟异步）的根本分歧；这些差异直接影响动态导入方式、错误暴露时机、打包优化能力及实际工程实践（如路由懒加载、环境条件加载、错误防御策略），帮助开发者避开陷阱，写出更健壮、可维护且符合语言演进趋势的模块化代码。

JavaScript中CommonJS与ESM在异步模块处理上区别

CommonJS 和 ESM（ECMAScript Modules）在异步模块处理上的核心区别，不在于“谁支持异步”，而在于加载时机、执行模型和顶层语法限制不同——这直接决定了你能否用 await、如何动态加载、以及错误何时暴露。

加载与执行阶段分离：ESM 是编译时静态解析，CommonJS 是运行时动态求值

ESM 在代码执行前就完成模块图构建和依赖解析（即“静态导入分析”），所有 import 语句必须位于顶层，不能出现在 if 或函数中；而 CommonJS 的 require() 是同步函数调用，可在任意位置执行，包括条件分支、循环或异步回调里。

这意味着：

ESM 中无法直接在 if (flag) { import('./a.js') } 这样写——必须用 import() 动态导入（返回 Promise）
CommonJS 可以 if (flag) require('./a.js')，但它是同步阻塞的，不适用于真正异步场景（如按需加载远程模块）
ESM 的静态结构让打包工具（如 Vite、Webpack）能做更精准的 tree-shaking 和预加载优化

顶层 await：ESM 支持，CommonJS 不支持

ESM 允许在模块顶层使用 await（例如等待配置加载、权限检查或初始化 Promise），整个模块会变成异步模块，其 import 它的父模块也会被标记为异步（自动变为 Promise）。Node.js 从 v14.8+ 原生支持该特性。

CommonJS 没有顶层 await 概念。若想等异步操作完成再导出，只能包裹在函数或 Promise 中导出，使用者必须手动 await，例如：

// commonjs-module.js
module.exports = async function init() {
const data = await fetch('/config').then(r => r.json());
return { config: data };
};

而 ESM 可直接写：

// esm-module.js
const config = await fetch('/config').then(r => r.json());
export { config };

动态导入语法：import() 是 Promise，require() 不是

import('./path.js') 是 ESM 的标准动态导入，返回一个 Promise，可用于按需、条件、或异步上下文中的模块加载（如路由组件、插件系统）。它天然兼容异步流程控制（await, Promise.all, try/catch）。

require() 始终是同步的，即使传入 URL 或使用 webpack 的 require.ensure（已废弃），底层仍是同步读取或预打包。若强行模拟异步 require，需借助额外封装（如 import().then(require)），但这已脱离 CommonJS 本意。

常见实践差异：

SPA 路由懒加载：ESM 用 const Page = await import('./Page.vue')；CommonJS 需配合打包器 magic comment（如 /* webpackMode: "lazy" */），且仍非语言原生能力
环境检测后加载：ESM 可 if (isDev) await import('./dev-tools.js')；CommonJS 只能 if (isDev) require('./dev-tools.js')（同步，无等待语义）