seaJS 模块加载过程分析

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

//app.html
seajs.use("main");
 
//main.js
define(function(require) {
  var Spinning = require(‘./spinning‘);
  var s = new Spinning(‘#container‘);
  s.render();
});
 
//spinning.js
define(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

seaJS 模块加载过程分析,布布扣,bubuko.com

seaJS 模块加载过程分析

原文：http://www.cnblogs.com/mininice/p/3878821.html