為什么應該在Linux上使用命名管道
命名管道并不常用，但是它們為進程間通訊提供了一些有趣的特性。
估計每一位 Linux 使用者都熟悉使用 “|” 符號將數據從一個進程傳輸到另一個進程的操作。它使用戶能簡便地從一個命令輸出數據到另一個命令，并篩選出想要的數據而無須寫腳本進行選擇、重新格式化等操作。
還有另一種管道， 雖然也叫“管道”這個名字卻有著非常不同的性質。即您可能尚未使用甚至尚未知曉的——命名管道。
普通管道與命名管道的一個主要區別就是命名管道是以文件形式實實在在地存在于文件系統中的，沒錯，它們表現出來就是文件。但是與其它文件不同的是，命名管道文件似乎從來沒有文件內容。即使用戶往命名管道中寫入大量數據，該文件看起來還是空的。
如何在 Linux 上創建命名管道
在我們研究這些空空如也的命名管道之前，先追根溯源來看看命名管道是如何被創建的。您應該使用名為 mkfifo 的命令來創建它們。為什么提及“FIFO”？是因為命名管道也被認為是一種 FIFO 特殊文件。術語 “FIFO” 指的是它的先進先出特性。如果你將冰淇淋盛放到碟子中，然后可以品嘗它，那么你執行的就是一個LIFO（后進先出操作。如果你通過吸管喝奶昔，那你就在執行一個 FIFO 操作。好，接下來是一個創建命名管道的例子。
$ mkfifo mypipe$ ls -l mypipeprw-r-----. 1 shs staff 0 Jan 31 13:59 mypipe
注意一下特殊的文件類型標記 “p” 以及該文件大小為 0。您可以將重定向數據寫入命名管道文件，而文件大小依然為 0。
$ echo "Can you read this?" > mypipe
正如上面所說，敲擊回車后似乎什么都沒有發生（LCTT 譯注：沒有返回命令行提示符）。
另外再開一個終端，查看該命名管道的大小，依舊是 0：
$ ls -l mypipeprw-r-----. 1 shs staff 0 Jan 31 13:59 mypipe
也許這有違直覺，用戶輸入的文本已經進入該命名管道，而你仍然卡在輸入端。你或者其他人應該等在輸出端，并準備讀取放入管道的數據。現在讓我們讀取看看。
$ cat mypipeCan you read this?
一旦被讀取之后，管道中的內容就沒有了。
另一種研究命名管道如何工作的方式是通過將放入數據的操作置入后臺來執行兩個操作（將數據放入管道，而在另外一段讀取它）。
$ echo "Can you read this?" > mypipe &[1] 79302$ cat mypipeCan you read this?[1]+ Done echo "Can you read this?" > mypipe
一旦管道被讀取或“耗干”，該管道就清空了，盡管我們還能看見它并再次使用。可為什么要費此周折呢？
為何要使用命名管道？
命名管道很少被使用的理由似乎很充分。畢竟在 Unix 系統上，總有多種不同的方式完成同樣的操作。有多種方式寫文件、讀文件、清空文件，盡管命名管道比它們來得更高效。
值得注意的是，命名管道的內容駐留在內存中而不是被寫到硬盤上。數據內容只有在輸入輸出端都打開時才會傳送。用戶可以在管道的輸出端打開之前向管道多次寫入。通過使用命名管道，用戶可以創建一個進程寫入管道并且另外一個進程讀取管道的流程，而不用關心協調二者時間上的同步。
用戶可以創建一個單純等待數據出現在管道輸出端的進程，并在拿到輸出數據后對其進行操作。下列命令我們采用 tail 來等待數據出現。
$ tail -f mypipe
一旦供給管道數據的進程結束了，我們就可以看到一些輸出。
$ tail -f mypipeUranus replicated to WCDC7Saturn replicated to WCDC8Pluto replicated to WCDC9Server replication operation completed
如果研究一下向命名管道寫入的進程，用戶也許會驚訝于它的資源消耗之少。在下面的 ps 命令輸出中，唯一顯著的資源消耗是虛擬內存（VSZ 那一列）。
ps u -P 80038USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMANDshs 80038 0.0 0.0 108488 764 pts/4 S 15:25 0:00 -bash
命名管道與 Unix/Linux 系統上更常用的管道相比足以不同到擁有另一個名號，但是“管道”確實能反映出它們如何在進程間傳送數據的形象，故將稱其為“命名管道”還真是恰如其分。也許您在執行操作時就能從這個聰明的 Unix/Linux 特性中獲益匪淺呢。
