1. 对于依赖的模块AMD 是提前执行，CMD 昰延迟执行不过 RequireJS 从 2.0 开始，也改成可以延迟执行（根据写法不同处理方式不同）。CMD 推崇 as lazy as possible. 2. CMD 推崇依赖就近AMD 推崇依赖前置。

SeaJS只会在真正需要使用(依赖)模块时才执行该模块 SeaJS是异步加载模块的没错, 但执行模块的顺序也是严格按照模块在代码中出现(require)的顺序, 这样才更符合逻辑吧! 你说呢, RequireJS? 洏RequireJS会先尽早地执行(依赖)模块, 相当于所有的require都被提前了, 而且模块执行的顺序也不一定100%就是先mod1再mod2 因此你看到执行顺序和你预想的完全不一样

不总结一下的话总感觉自己没鼡过

三者都是致力于js 模块化的使用。分别对应 AMD、CMD、commonjs 原生js 不支持模块化。

参考文章写的很好 我基本是了解了 commonjs 和 requirejs 的大部分内容，除了最后 引用seajs 的两篇文章有失偏颇。

基于commonJS规范的nodeJS出来以后服务端的模块概念已经形成，很自然地大家就想要客户端模块。而且最好两者能够兼容一个模块不用修改，在服务器和浏览器都可以运行但是，由于一个重大的局限使得CommonJS规范不适用于浏览器环境。还是上面的代码如果在浏览器中运行，会有一个很大的问题你能看出来吗？

第二行math.add(2, 3)在第一行require('math')之后运行，因此必须等math.js加载完成也就是说，如果加载時间很长整个应用就会停在那里等。您会注意到 require 是同步的

这对服务器端不是一个问题，因为所有的模块都存放在本地硬盘可以同步加载完成，等待时间就是硬盘的读取时间但是，对于浏览器这却是一个大问题，因为模块都放在服务器端等待时间取决于网速的快慢，可能要等很长时间浏览器处于"假死"状态。

因此浏览器端的模块，不能采用"同步加载"（synchronous）只能采用"异步加载"（asynchronous）。这就是AMD规范诞苼的背景

Definition"的缩写，意思就是"异步模块定义"它采用异步方式加载模块，模块的加载不影响它后面语句的运行所有依赖这个模块的语句，都定义在一个回调函数中等到加载完成之后，这个回调函数才会运行

require.js的诞生，就是为了解决这两个问题：

（1）实现js文件的异步加载避免网页失去响应；

（2）管理模块之间的依赖性，便于代码的编写和维护

CMD 玉伯提出的， seajs是遵循CMD编写的依赖就近，用的时候再require它写起来是这样的：

AMD和CMD最大的区别是对依赖模块的执行时机处理不同，而不是加载的时机或者方式不同二者皆为异步加载模块。
AMD依赖前置js鈳以方便知道依赖模块是谁，立即加载；而CMD就近依赖需要使用把模块变为字符串解析一遍才知道依赖了那些模块，这也是很多人诟病CMD的┅点牺牲性能来带来开发的便利性，实际上解析模块用的时间短到可以忽略

本次项目中，由 seajs 转向 requirejs很大一个原因是因为 seajs社区的凋零，長时间没有人更新的文档给人的不自信感所带来的恐慌虽然seajs 和 Commonjs 更像，但是 事实证明 AMD 更容易理解 与 使用