express/node.js API 中的高效服务器端 JavaScript 内存管理

Question

概述

我过去读过一些关于 JavaScript 内存管理的文章，并且知道循环 DOM 引用等问题。

但是我仍然有点不舒服，因为这会转换为服务器端 JavaScript 环境，例如 node.js，更具体地说是在 express 上编写的 API。

---

获取这个示例文件（我们称之为 server.js）

var npm_moduleA = require('npmA')({ someInitArg : 'blah' }),
    app = express.createServer();

app.get('/api/foo', function (req, res) {

    var result = npm_moduleA.doSomething();
    res.send(result);

});

app.get('/api/bar', function (req, res) {

    var npm_moduleB = require('npmB')({ someInitArg : 'blah' }),
        result = npm_moduleB.doSomethingElse();

    res.send(result);

});

问题（假设这是一个高负载站点）

1. npm_moduleA 的生命周期是什么？ 它是在服务器启动的那一刻创建的，但是什么时候（如果有 GC 对它起作用）- 我是猜测它永远不会被触及，因为它在全球范围内？

2. 在 '/api/bar/' 中，是否应在每次请求后删除 npm_moduleB？ 还是应该将其留给 GC 单独处理。

3. npm_moduleA 的全局实例化是否比npm_moduleB 的重复实例化（和可能的删除）效率显着提高？

---

参考文献

• JavaScript Memory Management
• Memory leak patterns in JavaScript
• What is JavaScript garbage collection?
• Backbone.js and JavaScript Garbage Collection

Answer 1

由于 node.js 不会为每个调用创建和销毁运行上下文，因此npm_moduleA 和 npm_moduleB 都将存在（在缓存中），直到您终止服务器。

事实上，无论你在哪里需要模块，它都只是获得一个指向模块入口点的指针。它不会在运行时实例化任何东西。

这是一个例子：

index.js

var t = require('./module.js');
t.value = 10;

function test() {
  var t2 = require('./module.js');
  console.log(t2.value);
}

test();

模块.js

module.exports = {};

控制台输出：

10

在这种情况下，只需将你的 require()s 放在全局范围内一次。不要在回调中做 requires，因为 require() 有一些文件名解析工作要做，它与全局范围内的 require 没有区别（在任何方面）。

但如果你要实例化一个类 new SomeClass()，那么你在哪里做很重要。