【问题标题】:How do I close a stream that has no more data to send in node.js?如何关闭在 node.js 中没有更多数据要发送的流?
【发布时间】:2023-03-09 02:22:01
【问题描述】:

我正在使用 node.js 并通过打开 /dev/tty 文件从串行端口读取输入,我发送命令并读取命令的结果,并且我想在读取和解析后关闭流所有的数据。我知道我已经完成了数据标记的读取数据。我发现一旦我关闭了流,我的程序就不会终止。

以下是我所看到的示例,但使用 /dev/random 来缓慢生成数据(假设您的系统没有做太多事情)。我发现,一旦设备在流关闭后生成数据,进程就会终止。

var util = require('util'),
    PassThrough = require('stream').PassThrough,
    fs = require('fs');

// If the system is not doing enough to fill the entropy pool
// /dev/random will not return much data.  Feed the entropy pool with :
//  ssh <host> 'cat /dev/urandom' > /dev/urandom
var readStream = fs.createReadStream('/dev/random');
var pt = new PassThrough();

pt.on('data', function (data) {
    console.log(data)
    console.log('closing');
    readStream.close();  //expect the process to terminate immediately
});

readStream.pipe(pt);

更新:1

我又回到了这个问题上,并且有另一个示例,这个示例只使用了一个 pty,并且很容易在节点 repl 中复制。在 2 个终端上登录,并在以下调用中使用您未运行节点的终端的 pty 来调用 createReadStream。

var fs = require('fs');
var rs = fs.createReadStream('/dev/pts/1'); // a pty that is allocated in another terminal by my user
//wait just a second, don't copy and paste everything at once
process.exit(0);

此时节点只会挂起而不退出。这是 10.28。

【问题讨论】:

  • 也许这会有所帮助? stackoverflow.com/questions/16399476/…
  • 我猜它没有帮助?万一您错过了,该问题的 OP 会将他们的解决方案放在问题的底部(至少对我来说,起初并不明显,它不仅仅是底部的更多问题)。
  • 这是一种奇怪的行为。 OP 的代码在 Mac Os (node v0.10.21) 中立即退出...
  • 可能我错过了,但通过关闭与他们的数据库(猫鼬)的连接解决了这个问题。除了代码中创建的流之外,我没有其他连接。

标签: node.js stream node.js-stream


【解决方案1】:

您正在关闭/dev/random 流,但您仍有一个侦听器,用于侦听传递中的'data' 事件,这将使应用程序保持运行直到传递关闭。

我猜有一些来自读取流的缓冲数据,在刷新之前,传递不会关闭。但这只是猜测。

要获得所需的行为,您可以像这样删除传递中的事件侦听器:

pt.on('data', function (data) {
  console.log(data)
  console.log('closing');

  pt.removeAllListeners('data');
  readStream.close();
});

【讨论】:

  • 不,打印关闭后进程仍然在那里。
  • 您在哪个版本的节点和哪个平台上运行它?我在 Windows 7 上使用 0.10.16 尝试了您的代码,我得到了您的代码所描述的行为,并删除了 pt 上的侦听器修复了它。我没有/dev/random,我正在从一个足够大的文件中读取,以 64k 块进行读取。该进程在读取了我的更改的第一个块后返回,它等待带有原始代码的第二个块。
  • 我在 linux 平台上运行 10.21。我希望您的测试能够正常工作,因为您的流将不断有数据 /dev/random 没有。可以打开 /dev/random 它附加一个 on('data') ,它会坐在那里直到有一些数据要发送。您的大文件发送您获得数据事件的第一个块,然后删除您的侦听器并关闭流,但流仍然有数据。
  • 我刚刚尝试使用节点 0.10.18,从 OSX 上的 /dev/random 读取,我观察到相同的行为:如果我将侦听器保持在 pt 上,那么我会收到 2 条“关闭”消息,但如果我删除第一个“数据”事件的侦听器,然后我没有得到第二个。我不知道为什么它在 Linux 上不适合你。
  • 看起来你的系统已经足够让 /dev/random 传输数据了。您是否可以尝试删除 close 和 removeAllListeners 并查看接收数据事件之间是否有长时间的停顿,或者您是否收到稳定的事件流?
【解决方案2】:

而不是使用

readStream.close(), 

尝试使用

readStream.pause().

但是,如果您使用的是最新版本的节点,请使用 isaacs 从stream 模块创建的对象包装读取流,如下所示:

var Readable = require('stream').Readable;
var myReader = new Readable().wrap(readStream);

然后使用 myReader 代替 readStream。

祝你好运!告诉我这是否有效。

【讨论】:

  • 好吧,当我这样做时,我得到了一个很好的堆栈跟踪。 :) _stream_readable.js:730 throw new Error('Cannot switch to old mode now.');
  • 这与this issue有关,已在this commit中修复。
  • 我已根据您的错误更改了答案。实际上,我的回答仅与旧节点版本有关。很抱歉。
猜你喜欢
  • 2020-08-08
  • 1970-01-01
  • 2018-02-06
  • 2016-01-03
  • 1970-01-01
  • 2019-07-28
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多