先看一个seajs的官方example,  以下以seajs.use(‘main‘)为例， 解析加载mod main的过程

//app.htmlseajs.use("main"); //main.jsdefine(function(require) {  var Spinning = require(‘./spinning‘);  var s = new Spinning(‘#container‘);  s.render();}); //spinning.jsdefine(function(require, exports, module) {    var $ = require(‘jquery‘);     function Spinning(container) {        this.container = $(container);        this.icons = this.container.children();        this.spinnings = [];    }    module.exports = Spinning;    function random(x) { return Math.random() * x };});

module在加载过程中的几种状态

Module.STATUS = {  // 1 - The `module.uri` is being fetched  FETCHING: 1,  // 2 - The meta data has been saved to cachedMods  SAVED: 2,  // 3 - The `module.dependencies` are being loaded  LOADING: 3,  // 4 - The module are ready to execute  LOADED: 4,  // 5 - The module is being executed  EXECUTING: 5,  // 6 - The `module.exports` is available  EXECUTED: 6}

每个mod在加载过程中会维护一些自身的重要属性，如

• dependencies： 模块的直接依赖

• _remain: 默认为当前mod的dependencies的length，用来加锁，只有当自身直接依赖的所有模块都加载完毕，即状态为LOADED的时候， _remain变为0，此时触发当前mod的onload， 通知直接依赖它的模块。

• _waiting: 存储直接依赖它的模块表，这个属性，使得模块之间建立起依赖关系链， 对模块加载完成后的通知机制非常重要。

• factory: 为define(id, deps, factory) module定义中的参数

• callback: 为使用use时生成的module的特有属性， 这个在唤醒机制的时候比较有用

执行过程分析：

使用use调用，会自动构建一个module，id为当前文档中use的次数和use进行的拼接， 如_use_0， 一般它会成为依赖链的源头。

模块加载完成后，先触发JS文件内容执行，此时define函数被执行， 完成该module的两个重要属性dependencies & _waiting的初始化。

模块加载完成后，触发onload事件，如当前模块有dependencies，进入并行加载流程。 或者当发现当前模块的dependencies全部加载完毕或者为空时， 根据_waiting来逐级唤醒，执行module的callback，由于只有使用use调用的时候才会为mod添加callback属性，所以这个过程一般会向上索引到依赖链的源头，在上述代码实例中，这个依赖链大概可以描述如下：

 

执行use函数创建的module 会给添加一个自定义的callback函数， 因为通常作为依赖链的源头， 需要从它开始计算和它有直接关系的dependencies的exports， 计算过程相当于将依赖的module的factory函数依次执行一遍，如在执行中发现代码中有requrie的情况，如main.js 文件中的 var Spinning = require(‘./spinning‘)，再执行一下require 的module。

代码如下：

mod.callback = function() {    var exports = []    var uris = mod.resolve()    for (var i = 0, len = uris.length; i < len; i++) {      exports[i] = cachedMods[uris[i]].exec()    }    if (callback) {      callback.apply(global, exports)    }    delete mod.callback}

计算好exports后， 会用exports作为参数在调用当前module原来的callback， module执行完毕。

和requirejs的最大区别

最大的区别就是seajs是模块加载和模块执行分离， 而requirejs是加载完毕后，会提前计算好module的exports； 在factory 的FunctionBody中的require(‘xxx‘), 只是直接获取计算好的module xxx 的 exports 而已。

总结

看完seajs和requirejs的模块加载过程， 对脚本动态加载有了更深入的理解， 在代码的设计上， 通过使用_waiting来维护一个依赖关系链，执行的时候依次向上回溯，找到有callback属性的mod开始执行， 就让本来复杂的依赖关系管理变得简单，  将代码加载和执行分离有好处也会坏处，这个网上也有很多讨论，就不展开描述， 总之还是觉得值得一看吧。

end