跳到主要内容

nodejs 模块加载机制的测试结果

· 阅读需 7 分钟

关于上篇看到 InfoQ 和 cnblog 上的博文后,做了个简单的测试。

建立 global 目录和 test 目录以及启动的 index.js,global 中用 module.exports 导出一个只有 a 属性并且 a 属性的值为一个空对象的 json 对象。

    module.exports = {
a : {}
};

然后在根目录的 index.js 中引入这个模块,只需要 require('./global')即可,由于默认会在包下找到 index.js 作为入口。

引入后打印出此对象,然后为 a 属性中的 json 对象追加一个键值对 a=111, 再打印此时,对象中的值已经与开始导出时不同,如果每次加载模块时都直接加载的话那么在其他模块加载肯定与当前不同。

根目录的 index.js 代码

    var context = require('./global');
var test = require('./test');
console.log(context.a);
context.a['a'] = 111;
console.log(" 当前 context 内容 ");
console.log(context.a);
console.log(" 从其他模块引入的 global");
test.getContext();

test 包中的 index.js 代码

    var context = require('../global');
exports.getContext = function(){
console.log(context.a);
};

执行后的结果,如下:

{} 当前 context 内容 { a: 111 } 从其他模块引入的 global { a: 111 }

由此可见,我们在改变了 global 模块中的值的时候,后续在其他模块引用这个模块,它没有直接加载这个模块,而是从 require 的 cache 中读取的缓存的内容。

这样的话,我在之前文章 《nodejs 通讯在工作中的思考和改进》 中提到的全局变量的问题,可以通过封装一个 global 模块来实现全局变量了。

不过我突然怀疑了一下,如果在 test 模块中改变下 global 中的值,这边是否也改变了呢,修改了下 test 中的代码,如下:

    var context = require('../global');
exports.getContext = function(){
console.log(context.a);
};
exports.changeContext = function(){
context.a['b'] = 222;
};

看看是否是引用的相同对象,虽然这理论上就是这样,不过亲手证实了比较放心。

根目录的 index 中如下:

    var context = require('./global');
var test = require('./test');
console.log(" 初始值 ");
console.log(context.a);
context.a['a'] = 111;
console.log(" 当前 context 内容 ");
console.log(context.a);
console.log(" 从其他模块引入的 global");
test.getContext();
console.log(" 在 test 模块中改变 global 中 a 添加属性 b 值 ");
test.changeContext();
console.log(" 改变后的值 ");
console.log(context.a);

再看看结果:

初始值

当前 context 内容 { a: 111 } 从其他模块引入的 global { a: 111 } 在 test 模块中改变 global 中 a 添加属性 b 值 改变后的值 { a: 111, b: 222 }

恩,答案令人满意,确实是在缓存中共享的对象,这样就可以放心的封装为 global 模块了(可能在项目中叫做 applicationContext 比较贴切)。