什么是流？

說到流，就涉及到一個*nix的概念：管道――在*nix中，流在Shell中被實現為可以通過 |(管道符) 進行橋接的數據，一個進程的輸出（stdout）可被直接作為下一個進程的輸入（stdin）。

在Node中，流（Stream）的概念與之類似，代表一種數據流可供橋接的能力。

pipe

流化的精髓在于 .pipe()方法?？晒蚪拥哪芰?，在于數據流的兩端（上游/下游 或稱為 讀/寫流）以一個 .pipe(）方法進行橋接。

偽代碼的表現形式為：

流的分類

這里并不打算討論所謂的Node  v0.4 之前的“經典”流。那么，流分為這么幾類（皆為抽象接口：

1.stream.Readable    可讀流（需要實現_read方法，關注點在于對數據流讀取的細節
2.stream.Writable     可寫流（需要實現_write方法，關注點在于對數據流寫入的細節
3.stream.Duplex        可讀/寫流（需要實現以上兩接口，關注點為以上兩接口的細節
4.stream.Transform  繼承自Duplex（需要實現_transform方法，關注點在于對數據塊的處理

簡單來說：

1）.pipe() 的擁有者一定具備 Readable 流（并不局限于）能力，它擁有 'readable'/'data'/'end'/'close'/'error' 一系列事件可供訂閱，也提供 .read()/.pause()/.resume()等一系列方法供調用；
2）.pipe() 的參數一定具備Writable 流（并不局限于 ）能力，它擁有 'drain'/'pipe'/'unpipe'/'error'/'finish' 事件可供訪問，也提供 .write()/.end() 等一系列方法供調用

什么鬼

有沒有一絲絲焦慮？別急，做為一個說人話的低級碼工，我會把Stream掰開了和您扯一扯的。

Stream類，在 Node.js的源碼 里，是這么定義的：

可以看出，本質上，Stream是一個EventEmitter，那意味著它具備事件驅動的功能（.emit/.on...）。眾所周知，“Node.js 就是基于V8的事件驅動平臺”，實現了事件驅動的流式編程，具備了和Node一樣的異步回調的特征。

比如在 Readable 流中，有一個 readable 事件，在一個暫停的只讀流中，只要有數據塊準備好可讀時，它就會被發送給訂閱者（Readable 流有哪些呢？express中的 req，ftp或者mutli-form上傳組件的req.part，系統中的標準輸入 process.stdin等）。有了readable 事件，我們可以做個處理shell 命令輸出的分析器之類的工具：

這樣調用：

對于 Readable 流，我們還可以訂閱它的 data 和 end 事件，以獲取數據塊并在流枯竭時獲得通知，如 經典socket示例 中那樣：

Readable流狀態的切換
需要注意的是，Readable 流有兩種狀態：flowing mode（激流） 和 pause  mode（暫停）。前者根本停不下來，誰被pipe上了就馬上不停的給；后者會暫停，直到下游顯式的調用 Stream.read() 請求才讀取數據塊。Readable 流初始化時是 pause mode的。

這兩種狀態可以互為切換的，其中，

有以下任一行為，pause 轉 flowing：

1.對 Readable 流添加一個data事件訂閱
2.對 Readable 調用 .resume() 顯式開啟flowing
3.調用 Readable 流的 .pipe(writable) ，橋接到一個 Writable 流上

有以下任一行為，flowing 轉回 pause：

1.Readable 流還沒有 pipe 到任何流上，可調 .pause() 暫停
2.Readable 流已經 pipe 到了流上，需 remove 掉所有 data 事件訂閱，并且調用 .unpipe()方法逐一解除與下游流的關系

妙用

結合流的異步特性，我可以寫出這樣的應用：直接將 用戶A 的輸出橋接到 用戶B 的頁面上輸出：

用戶B請求的時候：

參考

how to write node programs with streams: stream-handbook