17370845950

JavaScript模块化将代码拆分为独立可复用单元，解决全局污染、命名冲突与依赖混乱问题；CommonJS运行时加载、值拷贝导出、Node原生支持；ES6模块编译时静态分析、活绑定导出、浏览器和Node均原生支持。

JavaScript 模块化，就是把代码按功能拆成独立、可复用的单元，每个单元有自己作用域，不污染全局，还能明确声明“我提供什么”和“我需要什么”。它解决的是早期 JS 全局变量乱飞、命名冲突、依赖不清、难维护的老大难问题。

语法写法不一样

CommonJS 用 require() 和 module.exports（或 exports）：

• 导出：可以是对象、函数、值，比如 module.exports = { add, name } 或 exports.add = add
• 导入：const math = require('./math')，支持解构但属于运行时行为

ES6 模块用 import 和 export：

• 导出：支持命名导出（export const a = 1）、默认导出（export default function()）、重命名导出等
• 导入：必须在顶层，不能放在 if 或函数里；支持静态解构，如 import { add } from './math.js'

加载时机和依赖分析方式不同

CommonJS 是运行时加载：

• require() 执行时才去读文件、执行模块代码、返回 module.exports
• 路径可以是表达式，支持动态加载：require('./' + env + '.js')
• 无法在编译阶段知道依赖树，工具难做深度优化

ES6 模块是编译时静态分析：

• import 语句在代码解析阶段就被提取，依赖关系一目了然
• 因此支持 Tree Shaking（自动剔除未使用的导出）、类型推断、打包优化
• 不允许动态路径，if (...) { import('./a.js') } ❌ 必须用 import('./a.js') 动态函数调用（返回 Promise）

导出值的行为本质不同

CommonJS 导出的是值的拷贝：

• 比如模块内 let count = 0; module.exports = { count }，外部拿到的是当时 count 的快照
• 后续模块内部改 count，外部 require 返回的对象里的 count 不会变

ES6 模块导出的是活的绑定（只读引用）：

• 导出 export let count = 0，所有导入该 count 的地方，看到的是同一个响应式绑定
• 模块内部改 count++，所有 import 它的地方都能立刻读到新值（但不能重新赋值给这个绑定）

环境与兼容性差异

CommonJS 原生只跑在 Node.js（后缀通常为 .cjs 或 "type": "commonjs"），浏览器需靠打包工具（如 Webpack）转译才能用。

ES6 模块是语言标准，浏览器原生支持（），Node.js 也原生支持（需 .mjs 后缀或 "type": "module"）。

两者不互通：不能在同一个文件里混用 import 和 require（Node.js 严格模式下会报错）。

基本上就这些。选哪个不取决于“谁更好”，而看项目环境、构建链路和团队规范——新项目优先 ES6，老 Node 服务可能还绕不开 CommonJS。