当最上层的依赖已没有依赖模块时，执行onload函数，在函数体内设置状态为loaded，执行mod.callback,并检查并设置该模块的_waitings属性，判断下层模块是否还有依赖，若没有则执行下层模块的mod.callback，这一依次回溯，最终将会执行通过seajs.use创建的匿名模块的mod.callback。
例证
通过一个简单的例子，论证上述过程：
tst.html <script> seajs.use('./b'); </script> ------------------------------------- a.js define(function(require,exports,module){ exports.add = function(a,b){ return a+b; } }) ------------------------------------ b.js define(function(require,exports,module){ var a = require("./a"); console.log(a.add(3,5)); })
通过调试工具,可以看出执行onload的次序:
最后可看出,匿名模块的状态码为4,也就是该模块并未执行.确实,也没有给匿名模块定义工厂函数,无法执行.
模块执行之exec
模块执行是在seajs.use中定义的mod.callback中调用的，依次调用所有依赖的exec方法，执行程序逻辑。exec方法中有commonJS的一些重要关键字或者函数，如require，exports等，让我们一看究竟：
Module.prototype.exec = function () { var mod = this // When module is executed, DO NOT execute it again. When module // is being executed, just return `module.exports` too, for avoiding // circularly calling if (mod.status >= STATUS.EXECUTING) { return mod.exports } mod.status = STATUS.EXECUTING // Create require var uri = mod.uri function require(id) { return Module.get(require.resolve(id)).exec() } require.resolve = function(id) { return Module.resolve(id, uri) } require.async = function(ids, callback) { Module.use(ids, callback, uri + "_async_" + cid()) return require } // Exec factory var factory = mod.factory // 工厂函数有返回值，则返回； // 无返回值，则返回mod.exports var exports = isFunction(factory) ? factory(require, mod.exports = {}, mod) : factory if (exports === undefined) { exports = mod.exports } // Reduce memory leak delete mod.factory mod.exports = exports mod.status = STATUS.EXECUTED // Emit `exec` event emit("exec", mod) return exports }
require函数获取模块并执行模块的工厂函数，获取返回值。require函数的resolve方法则是获取对应模块名的绝对url，require函数的async方法异步加载依赖并执行回调。对于工厂方法的返回值，如果工厂方法为对象，则这就是exports的值；or工厂方法有返回值，则为exports的值；or module.exports的值为exports的值。当可以获取到exports值时，设置状态为executed。
值得注意的一点：当想要通过给exports赋值来导出一个对象时
define(function(require,exports,module){ exports ={ add: function(a,b){ return a+b; } } })
是不成功的.我们通过执行上述方法来判断最终导出exports的值.首先,函数没有返回值,其次,mod.exports为undefined，最终导出的exports为undefined。为什么会出现这种情况呢？是因为js中引用赋值所造成的。js的赋值策略是“按共享传递”，虽说初始时exports === module.exports，但是当给exports赋一个对象时，此时exports指向该对象，module.exports却仍未初始化，为undefined，因此会出错。
正确的写法为
define(function(require,exports,module){ module.exports ={ add: function(a,b){ return a+b; } } })
总结
可以说，seajs的核心模块的实现已讲解完毕，见识了不少编码技巧，领略了回调模式的巧妙，以及于细微处的考量。代码的每一处都考虑到了内存泄露和this指针引用偏移的危险，做了积极的预防，这种精神值得学习。
对于seajs，前前后后花了不下一个星期来阅读源码，从刚开始的一知半解到如今的拜服，我真切的领会到了设计思想的重要性。之前我不怎么重视实现的技巧性，认为能够实现，不出bug，健壮性良好即可，但是现在我意识到错了，尤其是在load依赖模块那部分实现中，技巧性十足。以上就是本文的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流。
您可能感兴趣的文章: