登录
首页 >  文章 >  前端

CommonJS与ESM加载差异详解

时间:2026-03-29 10:51:45 207浏览 收藏

本文深入剖析了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')(同步,无等待语义)

错误处理时机不同:ESM 失败在加载/实例化阶段,CommonJS 在执行阶段

ESM 中,如果 import 的模块路径错误、语法错误、或顶层 await 的 Promise reject,错误会在模块加载或实例化阶段抛出(早于主程序逻辑),且不可被 try/catch 捕获(除非用 import() 动态导入)。

CommonJS 的 require() 错误发生在调用时刻,可被 try/catch 捕获,但仅限于模块文件不存在或语法错误;若模块内部异步操作失败(如初始化 Promise reject),则需靠模块自身导出的 Promise 或回调通知,不属于 require 的错误范畴。

因此:

  • import() 加载模块时,应始终 try/catch.catch() 处理加载失败
  • require() 无法捕获模块内异步初始化失败,必须约定模块导出可 await 的初始化方法
  • ESM 的早期报错有利于快速定位依赖问题;CommonJS 的延迟报错可能掩盖模块设计缺陷

文中关于的知识介绍,希望对你的学习有所帮助!若是受益匪浅,那就动动鼠标收藏这篇《CommonJS与ESM加载差异详解》文章吧,也可关注golang学习网公众号了解相关技术文章。

资料下载
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>