JavaScript 模块大战源于语言发展过程中为解决代码组织和复用问题所提出的多种模块化方案。在早期，JavaScript 没有内置的模块系统，但开发者通过立即执行函数表达式 (IIFE) 和闭包等技术实现了类似模块的效果。然而，随着项目规模的扩大，这种散装的模块化方式变得难以维护，于是业界开始寻求更为规范化的解决方案。
CommonJS 是第一个广泛采用的模块化规范，主要用于服务器端的 Node.js 环境。它定义了 `require` 和 `module.exports`，使得模块可以在运行时按需加载。然而，由于浏览器环境对这些特性不支持，CommonJS 无法直接应用于浏览器端。
AMD（Asynchronous Module Definition）应运而生，主要由 requireJS 推广，它强调异步加载，允许模块和它们的依赖同时加载，从而解决了浏览器环境的性能问题。AMD 使用 `define` 函数来定义模块，其回调函数接收 `require` 作为参数，以处理依赖关系。
CMD（Common Module Definition）则是在 CommonJS 的基础上稍作改动，适应浏览器环境的需求。CMD 由 seajs 引领，遵循“延迟执行”原则，依赖按需加载。CMD 的 `require` 方法与 CommonJS 类似，但在实际应用中通常配合 `seajs.use` 来加载模块。
UMD（Universal Module Definition）是为了解决 AMD 和 CommonJS 之间的兼容问题而出现的，它可以在浏览器和 Node.js 环境中运行。UMD 通过检查全局变量来确定如何加载模块，既支持 AMD 的 `define` 语法，也能回退到 CommonJS 的 `require`。
随着 ECMAScript 6（ES6）的发布，JavaScript 语言本身引入了原生的模块系统，通过 `import` 和 `export` 关键字实现模块导入导出。这是真正被语言标准所接纳的模块化方案，但并非所有环境都完全支持，尤其是 Node.js 目前仍基于 CommonJS。
理解 CommonJS 和 ES6 模块的关键在于它们的核心差异。CommonJS 是同步加载，适合服务器端，而 ES6 模块是静态加载，适合浏览器环境，因为浏览器可以预解析和优化静态的 `import` 语句。此外，Node.js 对于 `import` 和 `export` 的不支持，是因为它们已经建立了基于 CommonJS 的生态系统，切换到 ES6 模块可能会引起混乱。
在浏览器中实现 CommonJS 模块，通常是通过 `define` 创建一个模拟 CommonJS 环境的闭包，提供 `require` 和 `module.exports` 功能。requireJS 和 seajs 就是这样做的，它们通过解析和转换代码来实现模块的异步加载和执行。
总结来说，JavaScript 模块大战反映了语言演进中的探索和尝试，每个规范都有其特定的场景和优势。CommonJS、AMD、CMD 和 UMD 是历史阶段的产物，而 ES6 模块则是当前的标准。开发者需要根据项目需求选择合适的模块化方案，以便更好地组织和管理代码。
