Node.js和模块作用域:将文件读入内存的最有效方法

Question

我试图在变量实例化的上下文中更好地理解node.js模块的作用域和要求。更具体地说，将文件读入内存。

我有一个http服务器，它有一个模块，可以读取存储在代码库中的静态sql文件，并执行其中包含的查询。例如：

'use strict';

const fs = require('fs')
const executeSql = require('./utils/execute-sql');

module.exports.getDataById = (id) => {
  const sql = fs.readFileSync(
    `./data-access/sql/getDataById.sql`, 'utf8'
  );

  return executeSql(sql, id);
}

module.exports.getDataByName = (name) => {
  const sql = fs.readFileSync(
    `./data-access/sql/getDataByName.sql`, 'utf8'
  );

  return executeSql(sql, name);
}

我的理解是，每次调用这些函数(getDataById和getDataByName)时，都会以阻塞的方式同步读取文件，并阻塞执行线程。我知道我可以异步读取文件来避免这种情况，但我真正好奇的是，将sql变量从函数中提取到模块作用域中是否意味着readFile操作只发生一次(在实例化节点进程时)，并且最终会更高效。例如：

'use strict';

const fs = require('fs')
const executeSql = require('./utils/execute-sql');
const sql1 = fs.readFileSync(
  `./data-access/sql/getDataById.sql`, 'utf8'
);
const sql2 = fs.readFileSync(
  `./data-access/sql/getDataByName.sql`, 'utf8'
);

module.exports.getDataById = (id) => {
  return executeSql(sql1, id);
}

module.exports.getDataByName = (name) => {
  return executeSql(sql2, name);
}

我知道require会在节点进程初始化时同步加载模块，并在其他地方需要这些模块时进一步缓存这些模块，但我想了解的是，如果不使用require的标准变量声明会导致类似的实例化内存引用，该引用在节点进程的生命周期中一直存在，而不需要在每次需要该模块时重新实例化。

我很感谢你能提供的任何见解。

Answer 1

你是正确的。每次模块需要另一个模块时，只有第一次执行代码时才会返回缓存的exports，因此在您的示例中，fs.readFileSync将运行一次(当有人第一次需要它时)，node.js将缓存exports对象，并且在下一次中要求返回exports对象，而不会再次运行代码。

你可以用下面这样的代码来测试：

var mod = require("./myModule");
console.log(mod.nonExistantProperty); // This will log undefined
mod.nonExistantProperty = "yay";

var requireagain = require("./myModule");
console.log(requireagain.nonExistantProperty); // This will log yay

在第二个require中，不是再次执行模块代码，而是只返回缓存的对象，这样您就可以在第二次请求它之前看到所做的修改。

有了这些信息，在您的第一个示例中，您将在导出中返回函数，这些函数将在您每次调用它们时执行它们的代码(显然)，所以如果您在函数中有一个readfile方法，那么每次都会运行它。

第二种方法通常是为了提高性能，因为代码只运行一次(在第一次需要时)，每次执行导出的函数时，它们都将访问已经缓存了文件内容的变量content。你得出这个结论值得称赞:-)坚持下去。