seaJS循环依赖的解决原理

seajs模块的六个状态。

var STATUS = { 
　　'FETCHING': 1, // The module file is fetching now. 模块正在下载中 
　　'FETCHED': 2, // The module file has been fetched. 模块已下载 
　　'SAVED': 3, // The module info has been saved. 模块信息已保存 
　　'READY': 4, // All dependencies and self are ready to compile. 模块的依赖项都已下载，等待编译 
　　'COMPILING': 5, // The module is in compiling now. 模块正在编译中 
　　'COMPILED': 6 // The module is compiled and module.exports is available. 模块已编译 
}

咱们假设a.js的代码：

define(function(require, exports, module){
    var b = require('./b.js');
    //......
});

b.js的代码:

define(function(require, exports, module){
    var a = require('./a.js');
    //......
});

循环依赖的概念：seajs在使用a模块时，会先下载a模块，a模块下载时，a模块的状态是FETCHING，下载好了以后，a模块的状态是FETCHED，而后解析a模块，这时会从a模块的回调函数中寻找a模块依赖的模块，这里a模块依赖的模块是b模块。这时，a模块的状态变成了SAVED，而后去下载b模块，这时b模块的状态是FETCHING，下载好了以后，b模块的状态是FETCHED，而后解析b模块，这时会从b模块的回调函数中寻找b模块依赖的模块，这里b模块依赖的模块是a模块。这里就产生了循环依赖的问题。

seajs里面是如何解决这个问题的呢？

此问题，很是重要，不信，你等着看。

seajs中处理这个问题的第一步：

在a模块的回调函数中寻找a模块依赖的模块后（这时a模块的状态是SAVED了），会判断a模块所依赖的模块是否跟本身有循环依赖的关系，若是有，就不去下载，seajs是经过getPureDependencies方法进行判断的，因为这时b模块还不存在于cachedModules中，因此这里不会检查出a与b有循环依赖的关系。

所以，去下载b模块，下载好了以后，b模块的状态是FETCHED，而后解析b模块，这时就会从b模块的回调函数中寻找b模块依赖的模块，这里检查出来了是a模块，这时b模块的状态变成了SAVED的。而后判断a模块是否与本身（b模块）循环依赖。因为此时a模块存在，而且状态是SAVED，这时就会检查出来了有依赖，所以b模块的状态就会直接变成了READY。

这时，a模块的状态就会变成READY（若是a模块还依赖其余的模块，好比c模块，那么等c模块变成READY后，a模块才会变成READY状态）。这时，就会去编译a模块，a模块的状态是COMPILING，编译过程，其实就是执行a模块的回调函数，（若是这里a模块依赖的是c模块，这时，就会执行c模块的回调函数，也就是编译c模块，编译结束后，c模块变成了COMPILED），紧接着，a模块变成COMPILED。

可是，这里依赖的是b模块，所以，在执行a模块的回调函数时（在编译a模块时），会执行b模块的回调函数，也就是编译b模块，等编译结束，b模块变成了COMPILED，紧接着a模块就变成了COMPILED。

循环依赖的分析到此结束，你们能够跟着个人另外一篇博客一块儿分析。

http://www.cnblogs.com/chaojidan/p/4126647.html

 

 

 

 

 

加油！