在類 Unix 作業系統（以及一些其他借用了這個設計的作業系統，如 Windows）中，管道（英語：Pipeline）是一系列將標準輸入輸出連結起來的行程，其中每一個行程的輸出被直接作為下一個行程的輸入。 每一個連結都由匿名管道實現。管道中的組成元素也被稱作過濾程式。

這個概念是由道格拉斯・麥克羅伊為 Unix 命令列發明的，因與物理上的管道相似而得名。



例子

簡單樣例

在這個例子中，`ls` 用於在 Unix 下列出目錄內容，`less` 是一個有搜尋功能的互動式的文字分頁器。這個管線使得使用者可以在列出的目錄內容比螢幕長時目錄上下翻頁。

以 `less` 結束的管道（或 more，這是個相似的分頁工具）是最常被使用的。這讓使用者可以閱覽尚未顯示的大量文字（受可用快取限制，控制台的螢幕大小、螢幕快取大小往往有限，不足以一次先輸出所有輸出內容，也不能自由捲動內容），若少了這工具則這些文字將會捲過終端機而無法閱讀到。換句話說，他們將程式設計師從為自己的軟體開發分頁器的負擔中解放了出來：他們只需要把他們的輸出用過「管道」匯入到 `less` 程式中即可，甚至也可以完全不顧分頁問題，去假定他們的使用者會在需要將輸出分頁的時候自己去這樣做。

複雜樣例

以下是一個管線的範例，執行由一 URL 標示的全球資訊網資源的一種拼寫檢查器。之後是關於這個其作用的說明。注意「\」是用來把這六行轉為一個命令列。

1. curl 取得該網頁的 HTML 內容（在有些系統上可以使用 wget）。
2. sed 移除非空格的字元和網頁內容的字母，並以空格取代之。
3. tr 把大寫字母改成小寫字母，並把行列裡的空格換成新行（每個詞現在各占有獨立的一行）。
4. grep 過濾得到那些至少有一個小寫字母的行（刪除空行）。
5. sort 將「單詞」（也就是每一個行）按照字母順序排序，並且通過命令列的-u 參數來刪除重複的行。
6. comm 尋找兩個檔案中的共同行，-23 過濾掉只有第二個檔案擁有的行、兩個檔案共有的行，僅僅留下只在第一個檔案中有的行。在檔名的位置上的-參數列示要求 comm 使用標準輸入（在這個例子裡，他的標準輸入來自於管道上游的標準輸出）作為輸入，而不是以普通檔案作為輸入。最終得到一串沒有出現在 /usr/share/dict/words 之中的「單詞」（也就是一行）。
7. less 允許使用者翻頁瀏覽結果。

這個特殊的「|」字元告訴命令列直譯器（Shell）將前一個命令的輸出通過「管道」匯入到接下來的一行命令作為輸入。也就是說，curl 命令的輸出被作為 sed 命令的輸入，後面的命令也是這樣。



命令列介面中的管線

所有廣泛應用於 UNIX 和 Windows 中的 shell 程式都有特殊的語法構建管線。典型語法是使用 ASCII 中的垂直線「|」（正是由於這個原因，這個符號常被稱為管道符）。當出現這樣的語法時 shell 會啟動各個行程，並調整各個行程的標準流之間的連接（還包括安排一些快取）。

錯誤流

通常，管線中的行程的標準錯誤流 ("stderr") 不會通過管道傳輸；它們被合併輸出到控制台。然而，很多 Shell 提供一些擴充的語法去改變這一行為。比如在 csh Shell 和 bash 中，使用「|&」代替「|」來表示錯誤流也需要被合併進入標準輸出，並傳遞給下一個行程。Bourne shell 也可以合併錯誤流，通過 2>&1 也可以將錯誤流重新導向到一個不同的檔案。

Pipemill

在一些常用的簡單管線中，shell 僅僅只是用管道來連接每個子行程，然後在子行程中執行外部命令。因此 shell 本身沒有通過管線來處理資料。

然而，shell 也有可能直接處理管線資料。構建這樣的語法像這樣：

... 這樣的語法叫 "pipemill" 。



在程式中創造管道

匿名管道

使用 C 語言在 UNIX 中使用 pipe (2) 系統呼叫時，這個函式會讓系統構建一個匿名管道，這樣在行程中就打開了兩個新的，打開的檔案描述子：一個唯讀端和一個唯寫端。管道的兩端是兩個普通的，匿名的檔案描述子，這就讓其他行程無法連接該管道。
為了避免死結並利用行程的並列執行的好處，有一個或多個管道的 UNIX 行程通常會呼叫 `fork(2)` 產生新行程。並且每個子行程在開始讀或寫管道之前都會關掉不會用到的管道端。或者行程會產生一個子執行緒並使用管道來讓執行緒進行資料交換。
實現代碼：

具名管道

具名管道可以通過呼叫 `mkfifo(2)` 或 `mknod(2)` 來構建，當被呼叫時表現為輸入或輸出的檔案。這樣可以允許建立多個管道，並且將其同標準錯誤重新導向或 `tee` 結合起來使用更為有效。
實現代碼：

以上代碼在編譯後執行時給出一個參數，子行程會將該參數內容寫入管道（該管道在當前目錄下，檔名為「test\_fifo」），父行程從管道中讀取內容並顯示出來



實現

在大多數類 UNIX 作業系統中，管線上的所有行程同時啟動，輸入輸出流也已經被正確地連接，並且這些行程被排程程式所管理。最為重要的一點就是，所有的 UNIX 管道和其他管道實現不一樣的地方就是快取的概念：輸出行程可能會以每秒 5000 byte 的速度輸出，但是接收行程也許每秒只能接收 100 byte，但不會有資料遺失。原因就是管道上游的行程的所有輸出都會被放入一個佇列中。當下游行程開始接收資料時，作業系統就會將資料從佇列傳至接收行程，並將傳完的資料從佇列中移除。當快取佇列空間不足時，上游行程會被終止，直到接收行程讀取資料為上游行程騰出空間。在 Linux 中，快取佇列的大小是 65536 byte。

網路管線

根據 Unix 哲學 ——「一切都是檔案」，`netcat` 和 `socat` 這樣的工具可以將管道連接到 TCP/IP 通訊端。



歷史

管道的概念以及垂直線的記號 (|) 都是由道格拉斯・麥克羅伊發明的，他是早期命令列外殼的作者。他發現他常常將一個程式的輸出作為另一個程式的輸入，於是便發明了「管道。它的想法在 1973 年被實現，Ken Thompson 將管道添加到了 UNIX 作業系統。這個點子最終被移植到了其他的作業系統，比如 DOS、OS/2、Microsoft Windows 和 BeOS，而且常常使用相同的記號 (垂直線)。

雖然管道概念是獨立發展的，但是 Unix 管道相似於、也確實晚於由 Ken Lochner 在 20 世紀 60 年代為 Dartmouth Time Sharing System 開發的 'communication files'。

在蘋果 Automator（類似管道一樣將多個重複的命令鏈結起來）的那個機器人拿著一根管子的圖示也是對於最初 Unix 管道概念的紀念。

其他作業系統

其他作業系統的這個特色源自於 Unix，例如 Taos 和 MS-DOS，最終成為軟體工程的管道與過濾器設計模式。



參見


* 匿名管道，一個用於行程間通訊的 FIFO 架構。

* GStreamer，一個基於管道的多媒體架構。

* 哈特曼管道

* 命名管道，用於行程間通訊的永續性管道

* 管線 (電腦)，與電腦相關的其他管線

* 管線 (軟體)，軟體管線的基本概念

* 重新導向 (電腦)

* tee，將管線內容取出的一個通用程式

* XML 管道，處理 XML 的管線



參照



外部連結


* History of Unix pipe notation （頁面存檔備份，存於網際網路檔案館）
  
* Doug McIlroy’s original 1964 memo （頁面存檔備份，存於網際網路檔案館）, proposing the concept of a pipe for the first time

* `pipe`: create an interprocess channel – 系統介面（System Interfaces）參考，單一 UNIX® 規範第 7 期，由國際開放標準組織發布

* Pipes: A Brief Introduction （頁面存檔備份，存於網際網路檔案館） by The Linux Information Project (LINFO)

* Unix Pipes – powerful and elegant programming paradigm (Softpanorama) （頁面存檔備份，存於網際網路檔案館）

* _Ad Hoc Data Analysis From The Unix Command Line_ at Wikibooks （頁面存檔備份，存於網際網路檔案館） – Shows how to use pipelines composed of simple filters to do complex data analysis.

* Use And Abuse Of Pipes With Audio Data （頁面存檔備份，存於網際網路檔案館） – Gives an introduction to using and abusing pipes with netcat, nettee and fifos to play audio across a network.

* stackoverflow.com （頁面存檔備份，存於網際網路檔案館） – A Q&A about bash pipeline handling.