当我们了解了 CommonJS 以后，CommonJS 规范加载模块是同步的，也就是说，只有加载完成，才能执行后面的操作。
由于 Node.js 主要用于服务器编程，模块文件一般都已经存在于本地硬盘，所以加载起来比较快，不用考虑非同步加载的方式，所以 CommonJS 规范比较适用。
但是，如果是浏览器环境，要从服务器端加载模块，这时就必须采用非同步模式。为什么呢？

1 2	var math = require('math'); math.add(2, 3);

第二行 math.add(2, 3)，在第一行 require(‘math’) 之后运行，因此必须等 math.js 加载完成。也就是说，如果加载时间很长，整个应用就会停在那里等。
对于浏览器，这是一个大问题，因为模块都放在服务器端。等待时间取决于网速的快慢，可能要等很长时间，浏览器处理“假死”状态。

因此，浏览器端的模块，不能采用“同步加载”，只能采用“异步加载”。

AMD

AMD 规范则是异步加载模块，允许指定回调函数。因此浏览器端一般采用 AMD 规范。
AMD(Asynchronous module definition) ：异步模块定义。

类似的还有 CommonJS Modules/2.0 规范，是 BravoJS 在推广过程中对模块定义的规范化产出。
CMD(Common module definition)：通用模块定义。
目前这些规范的实现都能达成浏览器端模块化开发的目的。

服务端JS	浏览器端JS
相同的代码需要多次执行	代码需要从一个服务器端分发到多个客户端执行
CPU 和内存资源是瓶颈	宽带是瓶颈
加载时从磁盘中加载	加载时需要通过网络加载

AMD 的诞生，就是为了解决这两个问题：
1.实现 js 文件的异步加载，避免网页失去响应
2.管理模块之间的依赖性，便于代码的编写和维护

AMD(异步模块定义)主要为前端 JS 的表现指定规范。它采用异步方式加载模块，模块的加载不影响它后面语句的运行。所有依赖这个模块的语句，都定义在一个回调函数中，等到加载完成之后，这个回调函数才会运行。

AMD 也采用 require() 语句加载模块，但是不同于 CommonJS，它要求两个参数：

1	require([module], callback);

第一个参数[module]，是一个数组，里面的成员就是要加载的模块；第二个参数 callback，则是加载成功之后的回调函数：

1
2
3

require(['math'], function (math) {
  math.add(2, 3);
});

实现 AMD 规范的加载器其实是挺多的，目前，主要有两个 Javascript 库实现了 AMD 规范：require.js 和 curl.js。不过多数人还是用 require.js 。
另外如果对 ES6 的模块感兴趣，可以考虑 my.js ，是按照 ES6 草案的 module/loader 规范实现的。

AMD 是 require.js 在推广过程中对模块定义的规范化产出。

推荐学习 require.js。

AMD 模块的写法

require.js 加载的模块，采用 AMD 规范。也就是说，模块必须按照 AMD 的规定来写。
具体来说，就是模块必须采用特定的 define() 函数来定义。如果一个模块不依赖其他模块。那么可以直接定义在 define() 函数之中。
假定现在有一个 math.js 文件，它定义了一个 math 模块。那么，math.js 就要这样写：

// math.js
define(function (){
　var add = function (x,y){
　　return x+y;
　};
　return {
　　add: add
　};
});

加载方法如下：

// main.js
require(['math'], function (math){
　alert(math.add(1,1));
});

如果这个模块还依赖其他模块，那么 define() 函数的第一个参数，必须是一个数组，指明该模块的依赖性。

define(['myLib'], function(myLib){
　function foo(){
　　myLib.doSomething();
　}
　return {
　　foo : foo
　};
});

当 require() 函数加载上面这个模块的时候，就会先加载 myLib.js 文件。

加载非规范的模块

理论上，require.js 加载的模块，必须是按照 AMD 规范、用 define() 函数定义的模块。但是实际上，虽然已经有一部分流行的函数库（比如 jQuery ）符合 AMD 规范，更多的库并不符合。那么，require.js 是否能够加载非规范的模块呢？
回答是可以的。
这样的模块在用 require() 加载之前，要先用 require.config() 方法，定义它们的一些特征。
举例来说，underscore 和 backbone 这两个库，都没有采用 AMD 规范编写。如果要加载它们的话，必须先定义它们的特征。

require.config({
　shim: {
　　'underscore': {
　　　exports: '_'
　　},
　　'backbone': {
　　　deps: ['underscore', 'jquery'],
　　　exports: 'Backbone'
　　}
　}
});

require.config() 接受一个配置对象，这个对象除了有前面说过的 paths 属性之外，还有一个 shim 属性，专门用来配置不兼容的模块。具体来说，每个模块要定义：
（1）exports 值（输出的变量名），表明这个模块外部调用时的名称；
（2）deps 数组，表明该模块的依赖性。
比如，jQuery 的插件可以这样定义：

shim: {
　'jquery.scroll': {
　　deps: ['jquery'],
　　exports: 'jQuery.fn.scroll'
　}
}

CMD

CMD 是 sea.js 在推广过程中对模块定义的规范化产出。

CMD 模块定义

在 CMD 规范中，一个模块就是一个文件。define 是一个全局函数，用来定义模块。
define 接受 factory 参数，factory 可以是一个函数，也可以是一个对象或字符串。
factory 为对象、字符串时，表示模块的接口就是该对象、字符串。比如可以定义一个 JSON 数据模块：

1	define({"foo": "bar"});

也可以通过字符串定义模板模块：

1	define('I am a template.My name is {{name}}.');

factory 为函数时，表示是模块的构造方法。执行该构造方法，可以得到模块向外提供的接口。
factory 是一个函数，有三个参数，function(require, exports, module)
1、require 是一个方法，接受模块标识作为唯一参数，用来获取其他模块提供的接口：require(id)
2、exports 是一个对象，用来向外提供模块接口
3、module 是一个对象，上面存储了与当前模块相关联的一些属性和方法

define(function(require, exports, module) {
  var a = require('./a');
  a.doSomething();
  // 依赖就近书写，什么时候用到什么时候引入
  var b = require('./b');
  b.doSomething();
});