gpt4 book ai didi

javascript - Node.js 不关闭由 fs.createReadStream() 创建的文件

转载 作者:数据小太阳 更新时间:2023-10-29 05:25:28 26 4
gpt4 key购买 nike

在我的服务器上,每次用户使用我们的服务时,我们都必须从服务器上为他们获取一个 JSON 文件。我通过在我自己的函数中使用 fs.createReadStream() 来做到这一点。

function getJSONFromServer(filepath, callback){
var data = fs.createReadStream(filepath);
data.on('error', function (error) {
console.log("Caught", error);
callback(undefined, error);
});
var jsonFile = "";
data.on('data', function(chunk) {
jsonFile += chunk;
});
data.on('end', function() {
var jsonData = JSON.parse(jsonFile);
callback(jsonData);
data.destroy();
data.close();
});
}

这会完成工作,但不会关闭与文件的连接。所以在读取 1024 个文件(我服务器的限制)后,Node.js 将产生错误 EMFILE, too many open files。然后我必须关闭我们的 Node.js 服务器,再次打开它,这将清除“打开的文件”。

我检查打开的文件数量 lsof -i -n -P | grep nodejs.它显示如下内容:

nodejs  13707     node   10u  IPv4 1163695      0t0  TCP 127.0.0.1:55643->127.0.0.1:27017 (ESTABLISHED)
nodejs 13707 node 11u IPv4 1163697 0t0 TCP 127.0.0.1:55644->127.0.0.1:27017 (ESTABLISHED)

打开的文件数量。

我试过使用 graceful-fs。我试过调用 stream.destroy()stream.close(),但我仍然遇到同样的问题。我的服务器本质上是一个定时炸弹,因为我们有大量稳定的用户流,在这么多用户连接后它就会停止工作。

另外,ulimit -n [open file amount] 不起作用,即使它起作用了,这也不是一个长期的解决方案,因为我希望我的文件连接关闭而不是等待无故开放。

我正在使用 Node.js 版本 v0.10.25Ubuntu 15.04 (GNU/Linux 3.19.0-42-generic x86_64) 和最新版本的 graceful-fs 如果有帮助的话!

感谢您提供的任何帮助。

最佳答案

这一定是我犯过的最愚蠢的错误。无论如何,答案在这里。我希望我可以避免有人处理这个错误并且几乎把他们的头发扯掉。

我使用 nodejs 而不是 node 运行我的应用程序。事实证明,如果您执行 nodejs --version,它可能会返回一个非常旧的版本,对我来说是 v0.10.25node --version 然而是 v5.6.0。显然,版本中的这种巨大跳跃会修复一些问题,所以我使用 node app.js 而不是 nodejs app.js 运行应用程序并且我没有遇到问题自从。现在只有 6 个打开的文件,而之前我们有 1000 多个打开的文件。

该死的,说出这件事感觉真好。

关于javascript - Node.js 不关闭由 fs.createReadStream() 创建的文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35203986/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com