变换
转换流既可读又可写,因此是非常好的“中间”流。因此,它们有时被称为through 流。它们在这种方式上类似于双工流,只是它们提供了一个很好的接口来操作数据,而不仅仅是发送数据。转换流的目的是在数据通过流传输时对其进行操作。例如,您可能想要进行一些异步调用,或者派生几个字段,重新映射一些东西等。
有关如何创建转换流,请参阅 here 和 here。你所要做的就是:
- 包含流模块
- 实例化(或继承自)Transform 类
- 实现一个
_transform 方法,该方法采用(chunk, encoding, callback)。
块是你的数据。如果您在objectMode = true 工作,大多数时候您无需担心编码问题。当您完成处理块时调用回调。然后将该块推送到下一个流。
如果你想要一个很好的帮助模块,让你能够非常轻松地通过流进行操作,我建议through2。
关于错误处理,请继续阅读。
管道
在管道链中,处理错误确实很重要。根据this thread .pipe() 不是为了转发错误而构建的。所以像......
var a = createStream();
a.pipe(b).pipe(c).on('error', function(e){handleError(e)});
... 只会侦听流 c 上的错误。如果在a 上发出错误事件,则不会传递下去,实际上会抛出。要正确执行此操作:
var a = createStream();
a.on('error', function(e){handleError(e)})
.pipe(b)
.on('error', function(e){handleError(e)})
.pipe(c)
.on('error', function(e){handleError(e)});
现在,虽然第二种方法更冗长,但您至少可以保留错误发生位置的上下文。这通常是一件好事。
我觉得有一个库很有帮助,但如果您只想在目的地捕获错误并且您不太关心它发生在哪里,那就是event-stream。
结束
当触发错误事件时,不会触发结束事件(显式)。发出错误事件将结束流。
域
根据我的经验,域名大部分时间都运行良好。如果您有未处理的错误事件(即在没有侦听器的情况下在流上发出错误),服务器可能会崩溃。现在,正如上面的文章所指出的,您可以将流包装在应该正确捕获所有错误的域中。
var d = domain.create();
d.on('error', handleAllErrors);
d.run(function() {
fs.createReadStream(tarball)
.pipe(gzip.Gunzip())
.pipe(tar.Extract({ path: targetPath }))
.on('close', cb);
});
域的美妙之处在于它们将保留堆栈跟踪。尽管事件流在这方面也做得很好。
如需进一步阅读,请查看stream-handbook。相当深入,但超级有用,并提供了许多有用模块的链接。