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 是运行时加载：
立即学习“Java免费学习笔记（深入）”；
-
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 模块是语言标准，浏览器原生支持（<script type="module">），Node.js 也原生支持（需 .mjs 后缀或 "type": "module"）。
两者不互通：不能在同一个文件里混用 import 和 require（Node.js 严格模式下会报错）。
基本上就这些。选哪个不取决于“谁更好”，而看项目环境、构建链路和团队规范——新项目优先 ES6，老 Node 服务可能还绕不开 CommonJS。
