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

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

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

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