什么是Node.js中的Streams3,它与Streams2有什么不同？

我要给这个镜头，但我可能是错了。从没有写过Streams1(旧流)或Streams2，我可能不是正确的家伙自我回答这一个，但在这里。看起来好像有Streams1 API仍然在一定程度上仍然存在。在Streams2中，有两种流模式(遗留)和非流模式。总之，支持流动模式的垫片正在消失。这是 message that lead to the patch now called called Streams3，

不幸的是，要理解任何定义Streams3的描述，你需要先了解Streams1和遗留流

背景

首先，让我们来看看Node v0.10.25文档对这两种模式的看法，

Isaac Z. Schlueter said in November slides I dug up：

所以看起来像在streams1，你将创建一个对象，并调用.on(‘data’，cb)到该对象。这将设置事件被触发，然后你在流的怜悯。在Streams2中，内部流有缓冲区，并且显式地从这些流请求数据(使用`.read)。 Isaac继续指定如何向后兼容在Streams2中工作，以保持Streams1(旧流)模块运行

因此，在Streams2中，对.pause()或.resume()的调用触发垫片。而且，它应该，对吧？在Streams2你可以控制什么时候.read()，你不会捕捉的东西被抛在你。这触发了独立于Streams2操作的传统模式。

让我们以Isaac的幻灯片为例，

createServer(function(q,s) {
  // ADVISORY only!
  q.pause()
  session(q,function(ses) {
    q.on('data',handler)
    q.resume()
  })
})

>在Streams1中，q立即启动读取和发出(可能丢失数据)，直到调用q.pause建议q停止提取数据，但不是从发出事件清除已经读取的数据。>在Streams2中，q暂停，直到对表示模拟旧模式的.pause()调用。>在Streams3中，q从暂停状态开始，从未从文件句柄读取，使q.pause()成为noop，并且在调用q.on(‘data’，cb)时将调用q.resume，直到没有更多的数据在缓冲区。然后，再次调用q.resume做同样的事情。