浅析Node.js的Stream模块中的Readable对象

这篇文章主要介绍了浅析Node.js的Stream模块中的Readable对象,是Node.js入门学习中的基础知识,需要的朋友可以参考下

我一直都很不愿意扯 nodejs 的流，因为从第一次看到它我就觉得它的设计实在是太恶心了。但是没办法，Stream 规范尚未普及，而且确实有很多东西都依赖了 nodejs 的流来实现的，所以我也只能捏着鼻子硬着头皮来扯一扯这又臭又硬的 nodejs 流对象了。

nodejs 自带了一个叫 stream 的模块，引入它便可以得到一组流对象构造器。现在我只说最简单的 stream.Readable。

其实用过 nodejs 的几乎都接触过 Readable 的实例，只是平时没太在意而已。一个非常典型的例子，http 模块中我们处理每个请求时都会有 req 和 res 对象，req 其实就是一个 Readable 对象。我们可以在这个 req 上以流的形式读到 HTTP 请求的实体部分。

那么问题来了，为什么 http 模块要在此处以流的方式设计呢?或者从另一个维度来问这个问题就是「nodejs 如果获取 POST 请求的内容?」。懂得用搜索引擎的同学肯定可以很容易地找到这么一个答案：监听 data 事件收集数据，在 end 事件中把收集到的数据合并起来。是的，这是解决这个问题的方法。但是为什么它如此设计呢?像 PHP 那样直接就可以取到 POST 内容多好?其实这么设计是有好处的，如果我们接收到的数据是非法的，我可以马上察觉，然后响应并断开连接。这样可以避免一些不必要的传输成本。比如上传图片，也许用户错误地选择了一个很大的可执行文件，我们不需要等到这个文件完全上传完毕，只要一个文件头部的若干字节就能判断一个文件是否是图片了。此处使用流的设计就可以先读出前面的几个字节来使用。

上面提到的 data 事件和 end 事件都是 Readable 的事件，这两个事件分别表示收到数据和数据接收完毕。所以其实我们早已知道了 Readable 的用法，只是很多人不知道它是 Readable 对象而已。

但是上面这两个事件仅仅是对 Readable 的消费者而言的事件。内部是如何把一个数据推送到 Readable 对象里面让 Readable 触发出这些事件的呢?那么它就是 push 方法。下面是一个例子，它创建了一个 Readable 对象，这个对象会流出一个递增的数字(这里使用了 babel-node)

1. import stream from 'stream'; 
2.  
3. var r = new stream.Readable; 
4.  
5. r.on('data', data => { 
6. console.log(data + ''); 
7. }); 
8.  
9. r.on('end', data => { 
10. console.log('end'); 
11. }); 
12.  
13. r._read = () => { 
14. // console.log('before read'); 
15. }; 
16.  
17. void function callee(i) { 
18. if(i < 10) { 
19. r.push(i + ''); // 只能传入字符串或 Buffre 对象 
20. } else { 
21. r.push(null); // 当输入一个 null 时表示流传输完成，触发 end 事件  
22. } 
23. setTimeout(callee, 500, i + 1); 
24. }(0); 

如果仔细看上面代码就会发现一个很神奇的地方，这个代码覆写了 _read 方法，这是什么鬼?其实我也觉得这是个坑，这个私有命名风格就不吐槽了，为何非要覆写这个方法才算实现它?如果没有覆写这个方法，那么在调用 push 时将抛出异常：

1. Error: not implemented 
2. at Readable._read (_stream_readable.js:464:22) 
3. at Readable.read (_stream_readable.js:341:10) 

以上这些便是 Readable 对象的基本用法。但是还有更多坑会踩到，这篇文章只是一个最简单的介绍，让大家学会如何造出一个能输出数据的 Readable 对象而已。至于一些 read 之类的基本方法，反正这些也是不科学的设计之一。