JavaScript模块化:CommonJS与ES6对比解析
时间:2026-02-22 21:24:56 162浏览 收藏
本文深入剖析了JavaScript模块化中CommonJS与ES6(ESM)两大规范的核心差异:从加载时机(运行时同步 vs 编译时静态)、语法限制(动态路径/条件导入 vs 顶层字面量路径)、导出机制(值拷贝 vs 实时绑定)、默认导出语义、循环依赖行为,到跨规范互操作的常见陷阱与解决方案,全面揭示了在Node.js和浏览器环境中混合使用二者时极易踩坑的关键细节——无论是TypeError报错、状态不同步,还是undefined值谜题,背后都源于这些底层机制的深刻分歧,堪称现代JavaScript工程化实践中绕不开的模块“认知地图”。

CommonJS 的 require 是同步加载,ES6 import 是静态编译时处理
这是最根本的差异:CommonJS 的 require 在运行时执行,可以写在条件分支里、函数内部,甚至拼接路径;而 ES6 的 import 必须出现在模块顶层,且路径必须是字符串字面量——不能是变量、不能拼接、不能动态计算。
常见错误现象:TypeError: Cannot use import statement outside a module,通常是因为 Node.js 默认按 CommonJS 解析,没启用 ES 模块支持;或浏览器中直接用 import 但没加 type="module" 属性。
- Node.js 中启用 ES 模块:在
package.json加"type": "module",或用.mjs后缀 - 浏览器中使用
import:HTML 脚本标签必须写成 - 想在 CommonJS 环境里加载 ES 模块?不行。但可以用
import()动态导入(返回 Promise),它在两种环境都可用
CommonJS 输出的是值的拷贝,ES6 export 是实时绑定
CommonJS 的 module.exports 和 exports 导出的是对象属性的浅拷贝,后续修改原变量不影响已导出的值;而 ES6 的 export 建立的是“活引用”,导入后如果导出模块内部改了值,导入方读到的也会变。
示例场景:一个计数器模块,导出一个 count 变量和 increment 函数。
/* counter.mjs */
let count = 0;
export { count };
export function increment() { count++; }在另一个模块中 import { count, increment } from './counter.mjs' 后,调用 increment() 再读 count,会看到变化;但如果用 CommonJS 写法,module.exports = { count } 导出后,count 自增不会反映到已导出的对象上。
- 这个差异直接影响状态共享逻辑,尤其在热更新、单例、全局配置等场景下容易踩坑
- ES6 的实时绑定也意味着不能在
import之后再给导出变量赋新值(比如count = 5),会报TypeError: Assignment to constant variable
默认导出(default)在两种规范里行为不一致
CommonJS 没有 default 概念,它的 module.exports = xxx 相当于 ES6 的 export default xxx,但导入方式不同:ES6 用 import xxx from 'mod',CommonJS 用 const xxx = require('mod')。问题在于互操作时容易混淆。
典型错误:import { default as foo } from 'some-cjs-pkg' 或 import foo from 'some-esm-pkg' 失败,因为包没正确设置 exports 字段或 type 字段。
- Node.js 14+ 支持
exports字段,可显式声明 CommonJS/ESM 入口,例如:"exports": { ".": { "import": "./index.mjs", "require": "./index.cjs" } } - 不要依赖
require()自动降级加载 ES 模块文件,它大概率报错;也不要假设import能直接读取module.exports对象 - Babel 或 TypeScript 编译时若生成
__esModule: true,是为了让 ES6 模块能被 CommonJS 正确识别 default,但纯运行时不生效
循环依赖时,CommonJS 返回已执行部分的对象,ES6 返回未初始化的 undefined
当 A 模块 require B,B 又 require A,CommonJS 会在 A 执行中途把当前已导出的部分对象传给 B;而 ES6 在解析阶段就建立模块记录,但变量尚未初始化,此时访问会得到 undefined(除非是函数声明,会被提升)。
这导致同样代码在两种环境下表现不同,调试时容易误判为逻辑错误。
- CommonJS 循环依赖相对“宽容”,但可能掩盖设计问题
- ES6 下若在模块顶层直接访问另一个模块的导出值(非函数调用),很可能拿到
undefined,需检查执行顺序 - 最佳实践:避免循环依赖;如必须存在,只导出函数或类,不在顶层做值依赖
实际项目中,Node.js 18+ 和现代构建工具(Vite、Webpack 5+)基本统一用 ESM,但大量 npm 包仍以 CommonJS 发布。真正棘手的不是语法差异,而是混合加载时的边界行为——比如 require 一个 ESM 文件、或 import 一个没申明 exports 的 CJS 包,这些地方没有银弹,得看具体错误信息和包的字段声明。
本篇关于《JavaScript模块化:CommonJS与ES6对比解析》的介绍就到此结束啦,但是学无止境,想要了解学习更多关于文章的相关知识,请关注golang学习网公众号!
-
502 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
501 收藏
-
463 收藏
-
383 收藏
-
166 收藏
-
398 收藏
-
189 收藏
-
287 收藏
-
186 收藏
-
205 收藏
-
133 收藏
-
307 收藏
-
284 收藏
-
124 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习