JavaScript模块化演进为从无到有、手动管理到标准化的过程，ES6模块（ESM）与CommonJS是两大主流方案，核心差异在于加载时机（编译时静态 vs 运行时动态）、导出机制（活绑定 vs 值拷贝）、语法设计（default/named导出 vs 单一module.exports）及运行环境适配。
JavaScript模块化的发展，是从无到有、从手动管理到标准化的过程。早期脚本直接写在页面里，依赖全局变量和命名约定；后来为解决冲突和复用问题，出现了多种模块规范，最终ES6模块（ECMAScript Module, ESM）成为官方标准，而CommonJS则是Node.js长期使用的主流方案。两者核心差异不在“谁更好”，而在设计目标、执行时机和运行环境不同。
ES6模块是静态的，在代码解析阶段（编译时）就确定依赖关系。import必须写在顶层作用域，不能放在if或函数里，也不能动态拼接路径。这使得工具可以做静态分析、tree-shaking、循环依赖检测等优化。
import { foo } from './utils.js';
if (condition) { import { bar } from './bar.js'; }（语法错误）CommonJS是动态的，在require()执行时才去查找、加载、执行模块。它支持条件引入、循环引用的延迟求值，也允许在任意位置调用require。
if (env === 'dev') require('./debug.js');
const mod = require('./' + name + '.js');（路径可计算）ES6模块导出的是**活的绑定（live binding）**：导出的变量与原始变量保持连接。如果模块内部修改了导出的值，其他导入该值的地方会同步看到更新。
CommonJS导出的是**值的浅拷贝（snapshot）**：module.exports在require返回时被冻结，后续对原变量的修改不影响已导入的对象。
例如：
export let count = 0; → 其他模块import { count }后，原模块count++，导入处count也会变module.exports = { count: 0 }; → 导入后修改原模块的count，导入对象里的count不变（除非改的是对象属性，且导入的是
同一引用）ES6区分default和named导出，语义清晰：
export default function() {} → 导入时可自定义名称：import myFunc from './mod.js';
export const a = 1; export function b() {} → 必须按名导入：import { a, b } from './mod.js';
CommonJS只有单一导出对象module.exports，所有导出都通过这个对象挂载：
module.exports = function() {}; → 相当于ES6的export default
module.exports.a = 1; module.exports.b = () => {}; → 类似ES6的export { a, b }，但需import * as mod from或解构const { a } = require(...)
注意：CommonJS没有语法级的“默认导出”概念，export default在ES6中是语言特性，不是约定。
Node.js从v12起支持ESM，但默认仍用CommonJS（.js文件）。启用ESM需满足以下任一条件：
.mjs
"type": "module"
--input-type=module标志两种模块不能直接混用：import不能直接引入CommonJS模块（反之亦然），但Node.js提供了兼容层：
import pkg from 'commonjs-pkg'可导入CommonJS包（自动读取module.exports）await import('./esm.mjs')可动态导入ESM模块（返回Promise）不过静态import语句无法导入CommonJS的具名导出（如import { x } from 'cjs'会报错），只能导入默认导出。