無名管道應用的一個重大限制是它沒有名字，因此，只能用于具有親緣關系的進程間通信，在有名管道（named pipe或FIFO）提出后，該限制得到了克服。FIFO不同于管道之處在于它提供一個路徑名與之關聯，以FIFO的文件形式存在于文件系統中。這樣，即使與FIFO的創建進程不存在親緣關系的進程，只要可以訪問該路徑，就能夠彼此通過FIFO相互通信（能夠訪問該路徑的進程以及FIFO的創建進程之間），因此，通過FIFO不相關的進程也能交換數據。值得注意的是，FIFO嚴格遵循先進先出（first in first out），對管道及FIFO的讀總是從開始處返回數據，對它們的寫則把數據添加到末尾。它們不支持諸如lseek()等文件定位操作。
管道的緩沖區是有限的（管道制存在于內存中，在管道創建時，為緩沖區分配一個頁面大小）
管道所傳送的是無格式字節流，這就要求管道的讀出方和寫入方必須事先約定好數據的格式，比如多少字節算作一個消息（或命令、或記錄）等等

FIFO往往都是多個寫進程，一個讀進程。

FIFO的打開規則：

總之就是一句話，一旦設置了阻塞標志，調用mkfifo建立好之后，那么管道的兩端讀寫必須分別打開，有任何一方未打開，則在調用open的時候就阻塞。

從FIFO中讀取數據：

約定：如果一個進程為了從FIFO中讀取數據而阻塞打開FIFO，那么稱該進程內的讀操作為設置了阻塞標志的讀操作。（意思就是我現在要打開一個有名管道來讀數據！）

如果有進程寫打開FIFO，且當前FIFO內沒有數據(可以理解為管道的兩端都建立好了，但是寫端還沒開始寫數據！)

對于設置了阻塞標志的讀操作說（見上面的約定）
造成阻塞的原因有兩種

讀打開的阻塞標志只對本進程第一個讀操作施加作用，如果本進程內有多個讀操作序列，則在第一個讀操作被喚醒并完成讀操作后，其它將要執行的讀操作將不再阻塞，即使在執行讀操作時，FIFO中沒有數據也一樣,此時，讀操作返回0。

注：如果FIFO中有數據，則設置了阻塞標志的讀操作不會因為FIFO中的字節數小于請求讀的字節數而阻塞，此時，讀操作會返回FIFO中現有的數據量。

向FIFO中寫入數據：

約定：如果一個進程為了向FIFO中寫入數據而阻塞打開FIFO，那么稱該進程內的寫操作為設置了阻塞標志的寫操作。

對于設置了阻塞標志的寫操作：

對于沒有設置阻塞標志的寫操作：

簡單描述下上面設置了阻塞標志的邏輯
設置了阻塞標志

?

if (buf_to_write <= PIPE_BUF) //寫入的數據量不大于PIPE_BUF時thenif ( buf_to_write > system_buf_left )//保證寫入的原子性,要么一次性把buf_to_write全都寫完，要么一個字節都不寫！thenblock ;until ( buf_to_write <= system_buf_left );goto write ;elsewrite ;fielsewrite ; //不管怎樣，就是不斷寫，知道把緩沖區寫滿了才阻塞fi

管道寫端 pipe_read.c

管道讀端 pipe_write.c