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 模块是语言标准，浏览器原生支持（），Node.js 也原生支持（需 .mjs 后缀或 "type": "module"）。
两者不互通：不能在同一个文件里混用 import 和 require（Node.js 严格模式下会报错）。
基本上就这些。选哪个不取决于“谁更好”，而看项目环境、构建链路和团队规范——新项目优先 ES6，老 Node 服务可能还绕不开 CommonJS。
以上就是javascript的模块化是什么_CommonJS和ES6模块有何不同？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1542872.html
微信扫一扫 
支付宝扫一扫 
